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(54) REPRODUCTION DEVICE, REPRODUCTION METHOD. REPRODUCTION PROGRAM, AND 
RECORDING MEDIUM 



(57) For a large capacity recording medium, a user 
interface having high flexibility and enriched represen- 
tation is accomplished. A flag that represents whether 
a play item has a multiple angle structure of which the 
play Item is reproduced with a plurality of angles Is de- 
scribed. In addition, a flag that represents whether the 
beginning of each decode unit is an angle switchable 
point is described. In a seamless multiple angle struc- 
ture, the current angle can be switched without need to 



increase the number of interleave units. In a nonseam- 
less multiple angle structure, with the flag, in a prede- 
tennined region on the rear end side of each angle, the 
cunent angle is prohibited from being switched. Thus, 
when a play item exits from the multiple angle, discon- 
tinuity in the reproduction can be prevented. In addition, 
with a flag that represents whether a sub play Item 
should be reproduced not In synchronization with a main 
palh, Ihe sub play item of only audio data can be used 
as a BGM. 
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Description 

Technical Field 

[0001 1 The present invention relates to a reproducing 
apparalus, a reproducing melhod. a reproducing pro- 
gram, and a recording medium thai allow a user lo in- 
teractively operate a program recorded on a large ca- 
pacity recording medium such as a blu-ray disc. 

Background Art 

[0002] In recent years, as a standard for a recordable 
disc type recording medium that is detachable from a 
recording and reproducing apparatus, a blu-ray disc 
standard has been proposed. The blu-ray disc standard 
prescribes a disc that has a recording medium having a 
diameter of 1 2 cm and a cover layer having a thickness 
of 0.1 mm. The blu-ray disc standard uses a bluish-pur- 
ple laser having a wavelength of 405 nm and an objec- 
tive lens having a numerical aperture of 0.B5, The blu- 
ray disc standard accomplishes a recording capacity of 
27 GB (Giga bytes) maximum. As a result, a program of 
a BS digital high-vision broadcast available in Japan can 
be recorded for two hours or longer without deterioration 
of pk:ture quality. 

[0003] As sources (supply sources) of AV (AudioA/id- 
eo) signals recorded on the recordable optical disc, an 
analog signal of for example a conventional analog tel- 
evision broadcast and a digital signal of for example a 
digital television broadcast such as a BS digital broad- 
cast will be used. The blu-ray disc standard has estab- 
lished a method for recording AV signals of such broad- 
casts. 

[0004] As a derivative standard of the current blu-ray 
disc standard, a reproduction-only recording medium on 
which a movie, music, or the like is prerecorded Is being 
developed. As a disc-shaped recording medium on 
which a movie or music is prerecorded, DVD (Digital 
Versatile Disc) has been widely used. The reproduction- 
only optical disc in accordance with the blu-ray disc 
standard Is largely different from and superior to the con- 
ventional DVD in a large recording capacity and a high 
speed transfer speed that allow a high-vision picture to 
be receded for two hours or longer in high quality. 
[0005] The current blu-ray disc standard prescribes 
neither a method for displaying a list of video contents 
of a disc on a screen nor a user interface function for 
allowing a user to move a cursor on the list and select 
a video content thai he or she wants to reproduce from 
the list. These functions are accomplished by a record- 
ing and reproducing apparatus main unit that records 
and reproduces video contents to and from the blu-ray 
disc. Thus, even If a video content is reproduced from 
the same recording medium, the layout of the contents 
list screen depends on the recording and reproducing 
apparatus for use, and so does the user interface. Thus, 
the user cannot easily use the blu-ray disc. Thus, it is 



necessary to allow the reproduction-only disc to display 
a menu screen and so forth that the disc (contents) pro- 
ducer has designed, not depend on the reproducing ap- 
paratus. 

s [0006] A multiple story function of which a selection 
screen is displayed while a video content is being repro- 
duced Is generally called an inleraclive function. To ac- 
complish the interactive function, it is necessary for the 
disc producer to create a scenario that he or she has 

10 designated a reproduction order and tranches of the 
video content, describe tho scenario using a program 
language, a script language, or the like, and record the 
described scenario on a disc. The reproducing appara- 
tus side reads and executes the scenario. As a result, 

IS the reproducing apparatus reproduces a video content 
and displays selection screens that allow the userto se- 
lect branches of the video content that the producer has 
designated. 

[0007] The cun-ent blu-ray disc standard (blu-ray disc 
20 rewritable fomaat ver 1 .0) prescribes neither a method 
for composing a menu screen and a branch selection 
screen that a contents producer has designated, nor a 
method for describing a process for a user input. Cur- 
rently, it is difficult to reproduce a video content from a 
2s blu-ray disc in accordance with a scenario that the pro- 
ducer has designated with compatibility irrespective of 
manufactures and models of reproducing apparatuses. 
[0008] For a reproduction-only disc, the producer side 
desires a multiple angle function for allowing a user to 
30 select one of angles of an object photographed by a plu- 
rality of cameras so that the user can watch the object 
at his or her favorite angle. Thus, it Is necessary to pro- 
vide such a function. 

[0009] The foregoing interactive function has been al- 
55 ready accomplished in for example the DVD (Digital Ver- 
satile Disc) standard. In the DVD video, while a moving 
picture is being reproduced, a menu screen is called us- 
ing for example a remote control commander. By select- 
ing a button displayed on a menu screen, the user can 
40 perform a process for changing the current scone that 
is being reproduced, in addition, the DVD video also has 
a multiple angle function. 

[001 0] The user interface and Interactive function that 
have been accomplished by conventional recording me- 
45 diums such as DVDs have been also desired for large 
capacity recording mediums such as blu-ray discs as 
reproduction-only discs. 

Disclosure of the Invention 

50 

[0011] Therefore, an object of the present invention is 
to provide a reproducing apparatus, a reproducing 
method, a reproducing program, and a recording medi- 
um that allow a user interface with high flexibility for a 
S5 large capacity recorded medium to be accomplished. 
[0012] In addition, another object of the present inven- 
tion is to provide a reproducing apparatus, a reproduc- 
ing method, a reproducing program, and a recording 
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medium that allow an enriched user interface for a large 
capacity recorded medium to be accomplished. 
(001 3] To solve the foregoing problem, the present in- 
vention is a reproducing apparatus for reproducing con- 
tent data recorded on a disc shaped recording medium, 
the reproducing apparatus comprising: reading means 
for reading from the recording medium a video stream, 
a first flag described for each reproduction unit of the 
video stream, the number of angles that the reproduc- 
tion unit contains, and position Infomiation that repre- 
sents tho positions of the angles on the video stream, 
tho first flag representing whether or not the reproduc- 
tion unit can be reproduced with a plurality of angles; 
and reproducing means for controlling the reading 
means so that the video stream that composes the an- 
gles is read in accordance with the position Infomnailon. 
[001 4] In addition, the present invention is a reproduc- 
ing method for reproducing content data recorded on a 
disc shaped recording medium, the reproducing method 
comprising the steps of: reading from the recording me- 
dium a video stream, a first flag described for each re- 
production unit of the video stream, the number of an- 
gles that the reproduction unit contains, and position in- 
formation that represents the positions of the angles on 
the video stream, the first flag representing whether or 
not the reproduction unit can be reproduced with a plu- 
rality of angles; and controlling the reading step so that 
the video stream that composes the angles is read in 
accordance with the position infonnation. 
[001 5] In addition, the present Invention is a reproduc- 
ing program that causes a computer device to execute 
a reproducing method for reproducing content data re- 
corded on a disc shaped recording medium, the repro- 
ducing method comprising the steps of: reading from the 
recording medium a video stream, a first flag described 
for each reproduction unit of the video stream, the 
number of angles that the reproduction unit contains, 
and position infonnation that represents the positions of 
the angles on the video stream, the first flag represent- 
ing whether or not the reproduction unit can be repro- 
duced with a plurality of angles; and controlling the read- 
ing step so that the video stream that composes the an- 
gles is read In accordance with the position information. 
[0016] In addition, the present invention is a disc 
shaped recording medium on which a reproducing pro- 
gram that can be read by a computer device has been 
recorded, the reproducing program causing the compu- 
ter device to execute a reproducing method for repro- 
ducing content data recorded on the recording medium, 
the reproducing method comprising the steps of: read- 
ing from the recording medium a video stream, a first 
flag described for each reproduction unit of the video 
stream, the number of angles that the reproduction unit 
contains, and position infonnation that represents the 
positions of the angles on the video stream, the first flag 
representing whether or not the reproduction unit can 
be reproduced with a plurality of angles; and controlling 
the reading step so that the video stream that composes 



the angles is read in accordance with the position infor- 
mation. 

[0017] In addition, the present invention is a disc 
shaped recording medium on which content data has 
5 been recorded, wherein a video stream, a first flag de- 
scribed for each reproduction unit of the video stream, 
the number of angles thai the reproduction unit contains, 
and position infonnation that represents the positions of 
the angles on the video stream have been recorded on 

10 the recording medium, the first flag representing wheth- 
er or not tho reproduction unit can bo reproduced with 
a plurality of angles, and wherein the video stream that 
composes the angles is read in accordance with the po- 
sition information. 

IS [001 8] In addition, the present invention is a reproduc- 
ing apparatus for reproducing content data recorded on 
a disc shaped recording medium, the reproducing ap- 
paratus comprising: reading means for reading from the 
recording medium a main stream mainly reproduced, a 

20 sub stream reproduced as a sub of the main stream 
along therewith, and a flag that represents whether or 
not the sub stream should be repeatedly reproduced not 
in synchronization with the main stream; and reproduc- 
ing means for controlling the reproduction of the sub 

25 stream in accordance with the flag. 

[0019] In addition, the present invention is a reproduc- 
ing method for reproducing content data recorded on a 
disc shaped recording medium, the reproducing method 
comprising the steps of: reading from the recording me- 

^ dium a main stream mainly reproduced, a sub stream 
reproduced as a sub of the main stream along therewith, 
and a flag that represents whether or not the sub stream 
should be repeatedly reproduced not In synchronization 
with the main stream; and controlling the reproduction 

^ of the sub stream in accordance with the flag. 

[0020] In addition , the present Invention is a reproduc- 
ing program that causes a computer device to execute 
a reproducing method for reproducing content data re- 
corded on a disc shaped recording medium, the repro- 

^0 ducing method comprising the steps of: reading from the 
recording medium a main stream mainly reproduced, a 
sub stream reproduced as a sub of the main stream 
along therewith, and a flag that represents whether or 
not the sub stream should be repeatedly reproduced not 

45 In synchronization with the main stream; and controlling 
the reproduction of the sub stream In accordance with 
the flag. 

[0021 ] In addition, the present invention is a recording 
medium on which a reproducing program that can be 

50 read by a computer device has been recorded, the re- 
producing program that causes the computer device to 
execute a reproducing method for reproducing content 
data recorded on a disc shaped recording medium, the 
reproducing method comprising the steps of: reading 

55 from the recording medium a main stream mainly repro- 
duced, a sub stream reproduced as a sub of the main 
stream along therewith, and a flag that represents 
whether or not the sub stream should be repeatedly re- 
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produced not in synchronization with Ih© main stream; 
and controlling the reproduction of the sub stream in ac- 
cordance with the flag. 

[0022] In addition, the present invention is a disc 
shaped recording medium on which content data has 
been recorded, wherein a main stream mainly repro- 
duced, a sub stream reproduced as a sub of the main 
stream along therewith, and a flag have been recorded 
on the recording medium, the flag representing whether 
or not the sub stream should be repeatedly reproduced 
not In synchronization with the main stream, and where- 
in the reproduction of tho sub stream is controlled in ac- 
cordance with the flag. 

[0023] In addition, the present invention is a reproduc- 
ing apparatus for reproducing content data receded on 
a disc shaped recording medium, the reproducing ap- 
paratus comprising: reading means for reading from the 
recording medium video data, audio data reproduced in 
accordance with the video data, and a flag that repre- 
sents whether the video data and the audio data have 
been recorded as a multiplexed file or independentf lies; 
and reproducing means for reproducing the video data 
and the audio data that are read by the reading means 
in accordance with the flag that Is read by the reading 
means. 

[0024] In addition, the present Invention is a reproduc- 
ing method for reproducing content data recoded on a 
disc shaped recording medium, the reproducing method 
comprising the steps of: reading from the recording nrve- 
dium video data, audio data reproduced in accordance 
with the video data, and a flag that represents whether 
the video data and the audio data have been recorded 
as a multiplexed file or independent flies; and reproduc- 
ing the video data and the audio data that are read at 
the reading step in accordance with the flag thai is read 
at the reading step. 

[0025] In addition, the present invention is a reproduc- 
ing program that causes a computer device to execute 
a reproducing method for reproducing content data re- 
coded on a disc shaped recording modium, tho repro- 
ducing method connprising the steps of: reading from the 
recording medium video data, audio data reproduced in 
accordance with the video data, and a flag that repre- 
sents whether the video data and the audio data have 
been recorded as a multiplexed file or independent files; 
and reproducing the video data and the audio data that 
are read at the reading step in accordance with the flag 
that Is read at the reading step. 
[0026] In addition, the present invention is a recording 
medium on which a reproducing program that can be 
read by a computer device has been recorded, the re- 
producing program causing the computer device to ex- 
ecute a reproducing method for reproducing content da- 
ta recoded on a disc shaped recording medium, the re- 
producing method comprising the steps of : reading from 
the recording medium video data, audio data repro- 
duced in accordance with the video data, and a flag that 
represents whether the video data and the audio data 



have been recorded as a multiplexed file or Independent 
files; and reproducing the video data and the audio data 
that are read at the reading step in accordance with the 
flag that is read at the reading step. 
5 [0027] in addition, the present invention is a disc 
shaped recording medium on which content dala has 
been recorded, wherein video data, audio dala repro- 
duced in accordance with the video data, and a flag have 
been recorded on the recording medium, the flag repre- 
io senting whether the video data and the audio data have 
been recorded as a multlploxod file or independent files, 
and wherein tho video data and the audio data that are 
read at the reading step are reproduced In accordance 
with the flag that is read at the reading step. 
15 [0028] As described above, according to the present 
invention, since a video stream, a first flag that is de- 
scribed in each reproduction unit and that represents 
whether or not each reproduction unit can be repro- 
duced with a plurality of angles, the number of angles 
20 of each reproduction unit, and position information that 
represents the position of each angle on the video 
stream have been recorded on the recording medium, 
a video stream that composes an angle can be read in 
accordance with position information. Thus, while a vid- 
25 eo stream of each reproduction unit being reproduced, 
the current angle can be switched to another angle. 
[0029] In addition, according to the present invention, 
since a main stream that is mainly reproduced, a sub 
stream that is reproduced along with the main stream, 
30 and a flag that represents whether or not the sub stream 
should be asynchronously and repeatedly reproduced 
not along with the main stream are recorded and the 
reproduction of the sub stream Is controlled in accord- 
ance with the flag, while the main stream is being repre- 
ss duced, the sub stream can be asynchronously and re- 
peatedly reproduced not along with the main stream. 
[0030] In addition, according to the present invention, 
since video data, audio data reproduced in accordance 
therewith, and a flag that represents at least whether the 
40 video data and audio data have boon multlplcxedly or 
Independently recorded are recorded and the video data 
and audio data are reproduced In accordance with the 
flag, the reading method for video data and audio data 
can be controlled in accordance with the flag. 

45 

Brief Description of Drawings 

(0031 ] Fig. 1 1s a schematic diagram showing a mech- 
anism for designating a reproduction order of an AV 

50 stream file; Fig, 2 is a UML diagram showing the relation 
of a clip AV stream, clip information, a dip, a play Item, 
and a play list; Fig. 3 is a schematic diagram describing 
a method for referencing the same clip from a plurality 
of play lists; Fig. 4 is a schematic diagram describing a 

55 management structure of files recorded on a recording 
medium; Fig. 5 is aschematic diagram showing a syntax 
that describes an example of a structure of a file "info, 
bdav"; Fig. 6 is a schematic diagram showing a syntax 
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that describes an example of a structure of a block UlAp- 
pInfoBDAVO; Fig. 7 Is a schematic diagram describing 
a syntax that describes an example of a structure ot a 
block TableOfPlayListsO; Fig. 8 is a schematic diagram 
showing a syntax that describes an example of a struc- 
ture of files "#####.rpls" and "#####.vpls"; Fig. 9 is a 
schemallc diagram showing a syntax thai describes an 
example of a stajcture of a block UIApplnfoPlayList(); 
Fig. 10 is a schematic diagram showing a syntax that 
describes an example of a structure of a block PlayList 
0; Fig. 11 is a schematic diagram showing a syntax that 
describes an example of a structure of a block Playltom 
(); Fig. 12 is a schematic diagram describing a bridge 
clip; Fig. 13 is a schematic diagram showing a syntax 
that describes an example of a structure of a block Play- 
ListMari<0; Fig. 14 is a schematic diagram showing a 
syntax that describes an example of a structure of a file 
"%%%%%.clpi"; Fig. 15 is a schematic diagram show- 
ing an example of a structure of a plane used as a dis- 
play system of an Image according to an embodiment 
of the present Invention; Fig. 1 6 is a schematic diagram 
showing examples of resolutions and displayable colors 
of a moving picture plane, a subtitle plane, and a graph- 
ics plane; Fig. 17 is a block diagram showing an exam- 
ple of a structure that combines the moving pfcture 
plane, the subtitle plane, and the graphics plane; Fig. 
18 is a schematic diagram showing an example of input 
and output data of a palette; Fig. 19 is a schematic dia- 
gram showing an example of a palette table held In a 
palette; Fig. 20 is a schematic diagram showing an ex- 
ample of a menu screen displayed on the graphics 
plane; Fig. 21 is a schematic diagram showing an ex- 
ample of an Intemal structure of a scenario in accord- 
ance with an originally defined scenario descriptive lan- 
guage; Fig. 22 is a schematic diagram describing cate- 
gories of a structure of a scenario; Fig. 23A, Fig. 23B, 
and Fig. 23C are schematk: diagrams describing cate- 
gories of structures of scenarios; Fig. 24 is a schematic 
diagram describing titles and chapters; Fig. 25 is a sche- 
matic diagram describing a BD virtual player model; Fig. 
26A and Fig. 26B are flow charts schematically describ- 
ing an operation of a BD virtual player 30 in accordance 
with commands described in a scenario; Fig. 27A and 
Fig. 278 are flow charts describing reproducing opera- 
tions in accordance with play lists; Fig. 28A. Fig. 28B, 
Fig. 28C. Flg.28D, Fig. 2BE. Fig. 28F, Fig. 28G.and Fig. 
28H are schematic diagrams showing examples of com- 
mands used in a scenario; Fig, 29 is a schematic dia- 
gram showing an example of a file management struc- 
ture; Fig. 30 is a schematic diagram showing a syntax 
that describes an example of a structure of a file "see- 
nario.hdmv": Fig. 31 is a schematic diagram showing a 
syntax that describes an example of a data structure of 
a block AutoplayO; Fig. 32 is a schematic diagram show- 
ing a syntax that describes an example of a structure of 
a block ScenarioO; Fig. 33 is a schennalic diagram show- 
ing a syntax that describes an example of a data struc- 
ture of a file "entrylist.data"; Fig. 34 is a schematic dia- 



gram showing a syntax that describes an example of a 
structure of a block Applnfo{); Fig. 35 is a schematic di- 
agram showing a syntax that describes an example of 
a structure of a block ScenarioEntry(); Fig. 36 Is a sche- 
5 matic diagram showing a syntax that describes an ex- 
ample of a structure of a file "xxxx.mpls"; Fig. 37 is a 
schemata diagram showing a syntax that describes an 
example of a structure of a block PLCpntrollnfo(); Fig. 
38 is a schematic diagram that describes a field 
^0 PL_Playback_type; Fig. 39 is a schematic diagram that 
describes a field PL_random_accoss_mode; Fig. 40 is 
a schematic diagram showing a syntax that describes 
an example of a structure of a block PlayListQ; Fig. 41 
is a schematic diagram showing a syntax that describes 
15 an example of a structure of a block PlayltemQ; Fig. 42 
is a schematic diagram describing a field 
PI_random_access_mode; Fig. 43 is a schematto dia- 
gram describing a field stilLmode; Fig. 44 is a schematic 
diagram describing a field is_seamless_angle_change; 
^0 Fig. 45 is a schematic diagram showing a syntax that 
describes an example of a structure of a block SubPlay- 
ItemQ; Fig. 46 is a schematc diagram describing a field 
is_repeatjlag: Fig. 47 is a schematic diagram describ- 
ing a synchronous reproduction for a sub play item in 
^5 accordance with a main play item; Fig. 48 is a schemata 
diagram showing a syntax that describes an example of 
a structure of a file "zzzzz.clpi"; Fig, 49 is a schematic 
diagram showing a syntax that describes an example of 
a structure of a block CliplnfoQ; Fig, 50 is a schematic 
30 diagram describing a field applicatlon^type; Fig. 61 is a 
schematic diagram showing a syntax that describes an 
example of a structure of a block Sequencelnfo(); Fig, 
52 is a schematte diagram showing a syntax that de- 
scribes an example of a structure of a block Programlnfo 
35 0: Fig. 53 is a schematte diagram showing a syntax that 
describes an example of a structure of a block Stream- 
Codinglnfo(); Fig. 54 is a schematic diagram showing a 
syntax that describes an example of a structure of a 
block CPI(); Fig. 55 is a schematte diagram describing 
w a field CPLtype; Fig. 56 Is a schematic diagram showing 
a syntax that describes an example of a structure of a 
block EP.map_for_HDMV(); Fig. 57 is a schematic di- 
agrann describing an extent; Fig. 58 is a schematic dia- 
gram showing an example of which a clip AV stream has 
^5 been fragmentally recorded on a disc; Fig. 59A and Fig. 
59B are schematic diagrams describing a multiple an gle 
function: Fig. 60A and Fig. 60B are schematic diagrams 
showing a plurality of angle switchable points described 
in one interieave unit; Fig. 61 is a schematic diagram 
» describing a flag is_angle_changej)oint: Fig. 62A and 
Fig. 62B are schematic diagrams showing an example 
of a nonseamless multiple angle block; Fig. 63A and Fig. 
63B are schematic diagrams describing that when an 
angle is switched in a nonseamless multiple angle block, 
^5 a discontinuity takes place; Fig. 64A and Fig. 64B are 
schematte diagrams describing a first reproducing 
method for a nonseamless multiple angle block; Fig. 
65A and Fig. 65B are schematic diagrams describing a 
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second reproducing nnethod for a nonseamless multiple 
angle block; and Fig. 66A, Fig. 66B, and Fig. 66C are a 
functional block diagram showing an example of a struc- 
ture of a player decoder 100 according to an embodi- 
ment of the present invention. 

Best Modes lor Carrying out the Invention 

[0032] Next, an embodiment of the present invention 
will be described. According to an embodiment of the 
present invention, based on the blu-ray disc standard 
(blu-ray disc rewritable fomnat ver 1 .0), which is a stand- 
ard for recording and reproducing data, functions nec- 
essary for a reproduction-only disc such as an interac- 
tive function and a multiple angle function are accom- 
plished. 

[0033] First of all, for easy understanding of the 
present invention, a management structure as pre- 
scribed in "Blu-ray Disc Rewritable Fomnat Ver 1 .0 part 
3 Audio Visual Specification) for contents namely AV 
(AudioA/ideo) data prerecorded on a blu-ray disc will be 
described. In the following description, the management 
structure is referred to as BDAV format. 
[0034] A bit stream that has been encoded in accord- 
ance with an encoding system such as MPEG (Moving 
Pictures Experts Group) video or MPEG audio and mul- 
tiplexed in accordance with MPEG-2 system is referred 
to as dip AV stream (or simply AV stream). The clip AV 
stream is recorded as a file on a disc by a file system 
defined in "Blu-ray Disc Rewritable Fomnat Ver 1 .0 part 
2** for a blu-ray disc. This file is refen-ed to as clip AV 
stream file (or simply AV stream). 
[0035] A clip AV stream file is a management unit on 
the file system. Thus, it cannot be said that a clip AV 
stream file is a management unit that the user can easily 
understand. From a view point of user's convenience. It 
is necessary to record infomiation necessary for com- 
bining a video content that has been divided into a plu- 
rality of clip AV stream files and reproducing the com- 
bined video content, infonmation nocossary for repro- 
ducing only a part of a clip AV stream file, information 
necessary for smoothly performing a special reproduc- 
tion and a search reproduction, and so forth as a data- 
base. "Blu-ray Disc Rewritable Fomnat Ver. 1.0 part 3" 
as a standard for a blu-ray disc prescribes such a data- 
base. 

[0036] Fig. 1 schematically shows a mechanism for 
designating a part of all an AV stream file, arranging only 
desired portions thereof, and reproducing the arranged 
portions. In Fig. 1 , a play list (PlayList) causes a part or 
all an AV stream file to be designated and only desired 
portions thereof to be reproduced. When the user repro- 
duces a content, he or she select it In the unit of a play 
list. A play list is one video/audio unit in which the user 
implicitly expects that a content will be successively re- 
produced. 

[0037] The simplest structure of a play list is com- 
posed of one AV stream file after recording of a content 



is started until the recording is stopped. Unless the AV 
stream file is edited, it becomes one play list 
[0038] A play list is composed of infomnation that rep- 
resents an AV stream file to be reproduced and sets of 

5 reproduction start points and reproduction stop points 
that designate reproduction start positions and repro- 
duction slop positions of the AV stream file. A pair of 
infonnnation of a reproduction start point and infonmation 
of a reproduction stop point is referred to as play item 

'0 (Piayltem). A play list is connposed of a set of play items. 
When a play item is reproduced, a part of tho AV stream 
file roforrod from tho play itom is reproduced. 
[0039] As described above, a clip AV stream is a bit 
stream of which vkieo data and audio data have been 

t5 nnultiplexed in the fonmat of an MPEG2 TS (Transport 
Stream). Information about the clip AV stream is record- 
ed as clip information to a file. 
[0040] A set of a clip AV stream file and a clip infor- 
mation file that has corresponding clip infomnation is 

^0 treated as one object and referred to as clip. A clip is 
one object that is composed of a dip AV stream and clip 
infomnation. 

[0041] A file is generally treated as a sequence of 
bytes. A content of a clip AV stream file is expanded on 

25 the time base. An entry point in a clip is regularly des- 
ignated on the time base. When a time stamp of an ac- 
cess point to a predetermined clip is given, a clip infor- 
mation file can be used to find infomiation of an address 
from which data is read in a clip AV stream tile. 

30 [0042] All play lists and clips recorded on one disc are 
managed with volume infomiation. 
[0043] Fig. 2 shows a UML (Unified Modeling Lan- 
guage) diagram that represents the relation of the fore- 
going clip AV stream, clip information (stream at- 

35 tributes), clips, play items, and play list. One play list is 
correlated with one or a plurality of play items. One play 
item is con-elated with one clip. One clip may be corre- 
lated with a plurality of play items whose start points and/ 
or end points are different. One clip AV stream file is 

40 roforoncod from one clip. One clip information file is ref- 
erenced from one clip. One clip AV stream file and one 
clip infomnation file are correlated with the relation of one 
to one. With such a stmcture defined, a reproduction or- 
der can be non-destructlvely designated by reproducing 

"^5 only any pari, not changing a clip AV stream file. 

[0044] As shown In Fig. 3, the same clip can be refer- 
enced from a plurality of play lists, in the example shown 
in Fig. 3, a clip 1 is referenced from two play lists 2 and 
3. In Fig. 3, the horizontal direction of the clip 1 repre- 

5(? sents the time base. The play list 2 references regions 
a to f of the clip 1 that include commercial message re- 
gions b and c and a scene e. The play list 3 references 
regions d to g of the clip 1 that include a scene e. When 
the play list 2 is designated, the regions a to f of the clip 

55 1 can be reproduced. When the play list 3 is designated, 
the regions d to g of the clip 1 can be reproduced. 
[0045] Next, with reference to Fig. 4, a management 
structure for files recorded on a recording medium pre- 
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scribed in "Blu-ray Disc Rewritable Format Ver 1 .0 part 
3" wiil be described. Files are hierarchically managed in 
a directory structure. One directory (a root directory In 
the example shown in Fig. 4) is created on the recording 
medium. Under the directory, files are managed by one 
recording and reproducing system. 
[0046] Under Ihe root directory, a directory BDAV is 
placed. As shown in Fig. 4, a plurality of directories such 
as directories BDAV, BDAV1 , BDAV2, .... BDAVn can be 
placed. In the following description, the plurality of di* 

rectories BDAV, BDAV1 , BDAV2 and BDAVn are 

represented by the directory BDAV. Only the represent^ 
ative directory BDAV will be described. 
[0047] Under the directory BDAV. the following six 
types of files are placed. 

(1) info.bdav 

(2) menu.tidx, mark.tidx 

(3) menu.tdtl , mehu.tdt2, mark.tdtl , mark.tdt2 

(4) #####.rpls. #####.vpls 

(5) %%%%%.clpi 

(6) ""Vn^ts 

[0048] In the files "#####. rpls" and "#####.vpls- cat- 
egorized as (4), "#####" represents any number. In the 
file "%%%%%.clpi" categorized as (5), •%%%%%" rep- 
resents any number. In the file "****'.m2ts" categorized 
as (6), represents a number of which a file 
m2ts" corresponds to a file •'%%%%%.clpl* with the re- 
lation of one to one. A number can be the same 
as a number "%%%%%". 

[0049] The file "info.bdav" categorized as (1) is a file 
that has Information of all the directory BDAV. The files 
"menu.tidx" and "mark.tidx" categorized as (2) are files 
that have infonmalion of thumbnail pictures. The files 
"menu.tdtl". "menu.tdt2", "mark.tdtr, and "maric.tdt2" 
categorized as (3) are files that have thumbnail pictures. 
The extensions 'tdtl " and "tdt2" of those files represent 
whether or not data of thumbnail pictures in those files 
have been encrypted. 

[0050] The files "#####.rpls" and "#####,vpls'' cate- 
gorized as (4) are files that have infomiation of play lists. 
The files "#####.rpls" and "»####.vpls" are placed un- 
der the directory PLAYLIST, which is placed under the 
directory BDAV. 

[0051] The file ''%%%%%.clpl" categorized as (5) is 
a file that has clip infonnation. The file "%%%%%.CLP" 
is placed under the directory CLIPINF, which is placed 
under the directory BDAV. The file -**".m2ts" catego- 
rized as (6) is a clip AV stream file that has a clip AV 
stream. A clip AV stream file is correlated with one clip 
infonnation file "%%%%%.clpl" with a file name number 
The file "•••-.m2ts" is placed under the directory 
STREAM, which is placed under the directory BDAV. 
[0052] Next, each file will be described in detail. The 
file "info.bda" categorized as (1) is only one file placed 
under the directory BDAV. Fig. 5 shows a syntax that 
describes an example of a stnjcture of the file "Info. 



bdav". The syntax is represented by a descriptive meth- 
od of C language, which is used as a program descrip- 
tive language for computer devices. This applies to 
drawings that show other syntaxes. 

5 [0053] In Fig. 5, the file "info.bdav" is divided Into 
blocks corresponding to functions. A field typejndicalor 
describes a character siring "BDAV" thai describes that 
the file is "info.bdav". A field version.number represents 
a version of the file "info.bdav". A block UlApplnfoBDAV 

10 0 describes information about information placed under 
the directory DBAV. A block TablcOf PlayList() describes 
information about the arrangement of the play list. A 
block Makers PrivateDataQ describes unique infonna- 
tion of the maker of the recording and reproducing ap- 

'5 paratus. 

[0054] Addresses that represent the beginnings of in- 
dividual blocks are described at the beginning of the file 
"info.bdav". For example. a field 
TableOfPlayLists3tart_address represents the start 

20 position of the block TableOfPlayLlstsQ* with the 
number of relative bytes in the file. 
[0055] Fig. 6 shows a syntax that describes an exam- 
ple of a structure of a block UIApplnfoBDAV(). A field 
length represents the length immediately after the field 

2S length until the end of the block UlApplnfoBDAVQ in 
bytes. A field BDAV_character_set represents a char- 
acter set of a character sequence described in a field 
BDAV.name of the block UlApplnfoBDAVQ. As a char- 
acter set, ASCII, Unicode, or the like can be selected. 

30 [0056] A flag BDAV_protect_fiag describes whether 
or not the user is unconditionally permitted to watch a 
content placed under the directory BDAV. When the flag 
has been set to "1 " and the user has Input a correct PIN 
(Personal Identification Number), he or she Is pemnltted 

35 to watch a content placed under the directory BDAV. In 
contrast, when the flag BD AV_protect_flag has been set 
to "0", even if the user does not input his or her PIN, he 
or she is permitted to watch a content placed under the 
directory BDAV. 

40 [0057] The personal identification number PIN is de- 
scribed in a field PIN. The personal Identifteation 
number PIN Is composed of for example a four-digit 
number, each digit ranging from 0 to 9. The personal 
identification number PIN represents a personal identi- 

45 fication number that is required when the reproduction 
control Is validated. Digits of the personal Identifteation 
number PIN are encoded in accordance with for exam- 
ple ISO (Intemationat Organization for Standardization) 
/I EC (International Electrotechnical Commission) 646 

50 standard. 

[0058] With the foregoing information described in the 
block UlApplnfoBDAVQ. the reproduction restriction for 
the directory BDAV is prescribed. As will be described 
later, the reproduction restriction for each play list is pre- 

55 scribed with a flag playback.controljlag defined in the 
block UlApplnfoPlayListO described in the files "#####. 
rpis" and "#####.vpls". 

[0059] In the example, to resume reproducing a con- 
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tent placed under the directory BDAV. a resume function 
can be used. The resume function allows a play list of 
a content to be reproduced in priority to be designated. 
It is assumed that the resume function is used when the 
user wants to resumes reproducing a content from the 
last stop position. 

[0060] In Fig. 6, a flag resume_valid_flag describes 
whether the resume function is valid/invalid. When the 
value of the flag has been set to "0", the resume function 
Is Invalid. When the value of the flag has been set to "1 
the resume function Is valid. At that point, a play list des- 
ignated by a field rosume_PlayList_file_namo is troatod 
as a play list to be reproduced in priority. 
[0061] A field ref Jo_menu_thumbnaiLlndex Is a re- 
gion that describes a thumbnail number that identifies a 
thumbnail picture that typifies the directory BDAV. In the 
blu-ray disc standard, a still picture that typifies the di- 
rectory BDAV is referred to as menu thumbnail. A 
thumbnail picture that has an index thumbnailjndex de- 
scribed in the field ref „to_menu,.lhumbnaiL index Is the 
menu thumbnail of the directory BDAV. 
[0062] A field BDAV_name^length represents the 
byte length of the name of the directory BDAV described 
In a field BDAV_name. The numberof bytes represented 
in the field BDAV_nameJength is valid for the character 
string of the field BDAV_name that represents the name 
of the directory BDAV. The rest of the byte sequence 
after the valid character string represented by the field 
BDAV_name_length may have any value. 
[0063] Fig. 7 shows a syntax that describes an exam- 
ple of a structure of a block TableOfPlayLists(). A field 
number_of_PlayLists represents the number of play 
lists placed under the directory BDAV. The number of 
play lists Is referred to as loop variable. The field 
number.of.PlayLisls is followed by a loop of a "for" 
statement. The "for" statement describes play lists rep- 
resented by a field PlayList_file_name. The play lists are 
displayed on a play list table display screen or the like. 
A play list is designated with a file name such as "#####. 
rpls" or "fttfff##.vpls" in the field PlayListJile^name. 
[0064] As described above, the files "#####.rpi8" and 
"##### .vpis" are placed under the directory PLAYLIST. 
These files correspond to individual play lists in the re- 
lation of one to one. 

[0065] Fig. 8 shows a syntax that describes an exam- 
ple of a structure of the files "#####.rpis*' and "#####. 
VPLS". In Fig. 8, the files "#####.rpls" and ''#####.vpls" 
each have blocks corresponding to functional informa- 
tion. A field typejndicator describes a character string 
that represents the file. A field version_number repre- 
sents a version of the file. 

[0066] A block UlApplnfoPlayListO describes at- 
tribute information of the play list. A block PlayList() de- 
scribes infonnation about play items that compose the 
play list. A block PlayListMarkQ describes infonnation 
about a mark added to the play list. A block Makers Pri- 
vateDataO describes maker's unique infomiation of the 
apparatus that has recorded the play list file. Fields 
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PiayList_start_address, PlayLlstMari(_start_address 
and MakersPrivateData_start_address are placed at 
the beginning of each of the files -#####.rpls'' and 
"tf^fffftf.vpls". These fields describe the start addresses 
5 of the conrespondlng btocks as address infonnation of 
32 bits. 

[0067] Since the start address of each block is de- 
scribed at the beginning of each of the files rpls" 
and "##### .vpis", data padding_word of any length can 

10 be placed before each block and/or after each block. 
However, the start position of the block UlApplnfoPlay- 
ListO, which is the first block of each of the files 
rpls" and .vpIs", is fixed at the 320-th byte from 

the beginning of each of these files. 

15 [0066] Fig. 9 shows a syntax that describes an exam- 
ple of a structure of a block UIApplnfoPtayLlst(). The 
block UlApplnfoPlayListO describes various types of at- 
tribute information about the play list. The attribute in- 
formation is not directly used for reproducing the play 

20 list. A field PiayList . character^ set describes a character 
set of character string information about the play list. 
[0069] A flag playback^controljlag describes wheth- 
er or not display of information and reproduction of a 
play list are restricted in accordance with a personal 

25 Identification number PIN. When the value of the flag 
playback^controijlag is for example "1", unless the us- 
er inputs a correct personal identification number PIN. 
information such as a thumbnail picture of a play list can- 
not be displayed and the play list cannot be reproduced. 

30 A flag write jarotectjiag is an erase prohibition flag. It 
is necessary to structure the user interface so that when 
the value of the flag write_protectJlag Is "r, the user 
cannot easily erase the play list. A flag Isj3layed_flag 
describes that the play list has been reproduced. A flag 

35 is.edtledjiag describes that the play list has been ed- 
ited. 

[0070] A field time_zone represents a tine zone of 
which the play list was recorded. A field 
record_time_and_date represents the date and time on 
40 and at which the play list was recorded. A field 
PlayList_duration represents the reproduction duration 
of the play list. 

[0071] Fields maker_ID and maker_modeLcode de- 
scribe Infonnation that identifies a maker and a model 

45 of the recording apparatus that last updated the play list. 
The fields maker_ID and maker^modeLcode are for ex- 
ample numbers. A field channel, number represents a 
channel number of a recorded clip AV stream. A field 
channeLname represents a channel name. A field 

so channeLnameJenglh represents the length of the 
channel name described in the field channeLname. In 
the field channeLname, a character string having the 
length described in the fieki channeLnameJength is 
valid. A field PlayLlst.name represents a play list name 

55 having an effective length of a value described in the 
field PiayList namejength. A field PlayList_detail de- 
scribes detailed infonnation of the play list having an ef- 
fective length of a value described in the field 
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PtayList_detalLlength. 

[0072] Fig. 10 shows a syntax that describes an ex- 
ample of a structure of a block PlayLlstQ. A field length 
describes the length of bytes innmediately after the field 
length until the end of the block PlayListO. A field s 
PL^CPIJype describes the type of CPl (Characterlslic 
Point Informalion) of Ihe play list, A field 
number_ot_Playltems describes the number of play 
items that compose the play list. A field 
number_of_SubPlay Items describes the number of play io 
Hems for after-recording audio (sub play items) added 
to the play list. In short, a play list can have a sub play 
item when the play list satisfies a predetermined condi- 
tion. 

[0073] A block Playltem() describes information of a is 
play item. A block SubPlayltem() describes information 
of a sub play item. 

[0074] Fig. 11 shows a syntax that describes an ex- 
ample of a structure of a block Playltem(). A field 
Clip_lnformation_flle_name describes a character so 
string of a file name of a clip information file (that is a 
file having an extension dpi) has the relation of one to 
one with a clip that the play item references. The clip 
infonnation file is a file having an extension "c^jI". 
[0075] A field Clip.codecjdentifier describes an en- 25 
coding system of a clip that the play item references. In 
the example, the field Clip_codec_ldentifler is fixed to a 
value "M2TS". A field connection^condltion describes 
infomnation of how this play Item is connected to the next 
play item. The field connection_condftion describes 30 
whether or not play items can be seamlessly repro- 
duced. 

[0076] A field ref jo^STCJd designates a sequence 
STC_sequence of a clip that the play Item references. 
The sequence STC.sequence is a unique structure of 35 
the blu-ray disc standard. The structure represents a 
range of which a PGR (Program Clock Reference) that 
is a reference of an MPEG2 TS (Transport Stream) is 
continuous on the time base. A number STC_ld that is 
unique in the clip Is assigned to tho sequence 
STC.sequonce. In the sequence STC.sequence, since 
a continuous time base can be defined, the start time 
and end time of a play item can be uniquely designated. 
The start point and end point of each play item should 
exist in the same sequence STC_sequence. A field 45 
ref_to_STCJd describes a sequence STC.sequence 
with a number STC_id. 

[0077] Fields IN_time and OUTJime describe time 
stamps pts {presentation_time_stamp) of the start point 
and end point of the play item in the sequence so 
STC_sequence, respectively. 
[0078] A block BridgeSequencelnfoQ describes infor- 
mation about a bridge clip (Bridge_Clip). As shown in 
Fig. 12, a bridge clip is a bit stream that is created when 
a function for seamlessly reproducing play items is ac- 55 
complished. By reproducing a bridge clip instead of an 
original bit stream at a boundary of the preceding play 
item and the current play item, the two play items can 
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be seamlessly reproduced. Since the function of the 
bridge clip does not relate to the present invention, the 
description will be omitted. 

[0079] Fig. 1 3 shows a syntax that describes an ex- 
ample of a structure of a block PlayLlstMark(). The block 
PlayListMarkO has a data structure that describes infor- 
mation of a mari^. A mark is a structure that describes 
time of a play list. With a mark, a function for setting a 
search point to a play list, a function for dividing a play 
list into chapters, and so forth are accomplished. Timing 
of display start and display stop of a picture on a graph- 
ics plane (that will be described later) can be designated 
with a mark. 

[0080] A field length describes the length of bytes Im- 
mediately after the field length until the end of the block 
PlayListmaric(). A field number_of_PlayList_marks de- 
scribes the number of marks in a play list. One loop of 
a "for" statement represents Information of one mark. A 
flag mark^lnvalidjlag describes whether or not the 
mark is valid. When the value of the flag 
markjnvalldjiag is "0", it describes thatthe mark is val- 
id. When the value of the flag mark_lnvalidjlag Is "1", 
it describes that although information of the mark exists 
in the database, the mark Is an invalid marie that is trans- 
parent to the user. 

[0081] A field mart(_type describes the type of the 
mart<. There are a mark that represents the position of 
a picture as a thumbnail picture (representative pcture) 
of the play list, a resume mark that represents a position 
from which reproduction is resumed, a chapter mari< that 
represents a search point, a skip majk that represents 
a region to be skipped and reproduced, a mart< that rep- 
resents read start timing of a graphics image, a marie 
that represents display start timing of a graphics image, 
a mark that represents display stop timing of a graphics 
image, and so forth. 

[0082] A field mark_namejength represents a data 
length of a field mark_name (that will be described later). 
A field maker_ID describes a maker of a recording ap- 
paratus that created the mari<. The field maker_ID is 
used to identify a marie unique to a maker. A field 
ref_to_Playltem_ld describes what play item has time 
designated by the mark. A field mark_time_stamp rep- 
resents time designated by the mark. 
[0083] A field entry_ES_PID describes what elemen- 
tary stream the mark was added (namely, whether the 
mark was added to a stream of which picture data and/ 
or sound data was encoded). A field 
ref_to_menu_thumbnail_index and a field 
ref Jo_mari<JhumbnailJndex describe thumbnail pic- 
tures that visually represent maries. A thumbnail picture 
is for example a still picture that was extracted at time 
designated by the mark. 

[0084] A field duration is used when a mark has a 
length on the time base. When a skip mark is used, the 
field duration describes for what duration the skip is per- 
formed. 

[0085] A field makersjnfonmation is a region that de- 
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scribes information unique to the maker. A field 
mafk_name is a region that describes a name that is 
assigned to a mark. The size of a mark is described in 
the foregoing field mark^namejength. 
[0086] Fig. 14 shows a syntax that describes an ex- 
ample of a slruclure of a file "%%%%%.clpi". As de- 
scribed above, the file *'%yoyo%Vo,c\p\'' is placed under 
the directory CLIPINF. The file "%%%%%.clpi" is creat- 
ed for each AV stream file (file m2ts"). The file 
"%%%%%.clpr has blocks corresponding to functional 
infomiation. A field typcjndicator describes a character 
string that reprcsonts the file. A field version.number 
describes a version of the file. 
[0087] A block ClipinfoO describes information about 
a clip. A block Sequencelnfo() describes infonmation 
about an incontinuous point of PGR that represents a 
time reference of a transport stream of the MPEG2 sys- 
tem. A block ProgramlnfoO describes information about 
a program of the MPEG2 system. A block CPIQ de- 
scribes infonnation about characteristk: point informa- 
tion CPI that represents a characteristic portion in an AV 
stream. A block ClipMark() describes mark infonnation 
that represents a search index point added to a clip and 
commercial start and/or end points. A block MakersPri- 
vateDataO describes information unique to a maker of 
a recording apparatus. 

[0088] Address infonnation that represents the begin- 
ning of each block in the file "%%%%%.clpj" is de- 
scribed as fields Sequencelnfo_start_address, 
Programlnfo_start_address, CPI_start_address, 
ClipMark_start_address, and 
MakersPrivateData_start_address. Since the clip file 
"%%%%%.clpr* does not relate to the present Invention, 
the description wilt be omitted. 
[0069] Since the BDAV format has the foregoing data 
structure, with a play list composed of play items that 
describe sets of start points and end points of portions 
to be reproduced in a clip AV stream, contents recorded 
on the disc can be managed in a reproduction unit that 
tho user can recognize. 

[0090] Next, an embodiment of the present invention 
will be described. According to the present invention, the 
foregoing BDAV f omriat is extended for a fomiat of a re- 
production-only disc. First, a structure of a plane that 
accomplishes a menu screen for the contents of a disc 
will be described. Next, a scenario structure that allows 
the contents producer side to designate the reproduc- 
tion order of a play list Is added. For the scenario struc- 
ture, data necessary for accomplishing functions such 
as a still (pause), a random shuffle reproduction, a mul- 
tiple angle, and so forth that are characteristics of the 
reproduction-only disc and a method for storing such da- 
ta will be described. 

[0091 ] According to the embodiment of the present in- 
vention, a plane structure as shown in Fig. 15 Is used. 
A moving picture plane 10 is displayed on the rearmost 
side (bottom). The moving pteture plane 10 deals with 
a picture (mainly, moving picture data) designated by a 
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play list. A subtitle plane 1 1 is displayed above the mov- 
ing picture plane 10. The subtitle plane 11 deals with 
subtitle data displayed while a moving picture is being 
reproduced. A graphics plane 12 is displayed on the 
5 most front. The graphics plane 1 2 deals with character 
data for a menu screen and graphics data such as bil 
map data for buttons. One display screen is composed 
of these three planes. 

[0092] The difference between the embodiment of the 

10 present invention and the conventional DVD video is in 
that sub pictures for subtitles, a menu screen, buttons, 
and so forth arc separated into the subtitle plane 11 and 
the graphics plane 12 so that the subtitles and buttons 
are independently controlled. In the conventional DVD 

15 video, graphics such as a nnenu screen and buttons and 
subtitles are controlled by the same mechanism. They 
are displayed on the same plane. The number of bit map 
pictures that can be displayed at the same time is limited 
to one. Thus, in the DVD video, a plurality of bit map 

20 pictures cannot be displayed at the same time. In con- 
trast, according to the present invention, since the sub- 
title plane 11 and the graphics plane 12 are independ- 
ently disposed for subtitles and graphics, respectively, 
the foregoing problem of the conventional DVD can be 

25 solved. 

[0093] It can be thought that the subtitle plane 11 and 
the graphics plane 12 are an extension portion of con- 
ventional "Blu-ray Disc Rewritable Fonnat Ver 1 .0 part 
3". 

30 [0094] The moving picture plane 1 0, the subtitle plane 
1 1 , and the graphics plane 12 can be independently dis- 
played. The moving picture plane 1 0, the subtitle plane 
11 , and the graphics plane 12 have resolutions and dis- 
play colors as shown In Fig. 16. The moving picture 

35 plane 1 0 has a resolution of 1 920 pixels x 1 080 lines, a 
data length of 1 6 bits per pixel, a color system of YCbCr 
(4:2:2), where Y represents a luminance signal and 
Cb and Cr represent color difference signals. YCbCr (4 : 
2 : 2) is a color system having a luminance signal Y of 

40 eight bits per pixol and color differonco signals Cb and 
Cr of eight bits each. With two horizontal pixels of the 
color difference signals Cb and Cr, data of one color data 
is composed. 

[0095] The graphics plane 1 2 has a resolution of 1 920 
45 pixels X 1080 lines, a sampling depth of eight bits per 
pixel , and a color system of eight-bit color map address- 
es using a palette of 256 colors. The subtitle plane 11 
has a resolution of 1920 pixels x 1080 lines, a sampling 
depth of eight bits per pixel, and a color system having 
50 eight-bit color map addresses using a palette of 256 
colors. 

[0096] The graphk:s plane 12 and the subtitle plane 
1 1 can be alpha-blended In 256 levels. When the graph- 
ics plane 1 2 and the subtitle plane 11 are combined with 
55 another plane, the transparency can be set in 256 levels. 
The transparency can be set for each pixel. In the fol- 
lowing description, the transparency a is represented in 
the range of (0 € o ^ 1 ) where transparency a = 0 rep- 
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resents perfect transparent; transparency a = 1 repre- 
sents perfect intransparent. 

[0097] The subtitle plane 11 deals with picture data of 
PNG (Portable Network Graphics) fomat. Likewise, the 
graphics plane 12 can deal with picture data of the PNG 
formal. In the PNG formal, Ihe sampling depth of one 
pixel is in the range from one bit lo 16 bits. When the 
sampling depth is eight bits or 1 6 bits, an alpha channel, 
namely transparency infomiation (referred to as alpha 
data) of each pixel component can be added. When the 
sampling depth is eight bits, transparency can be des- 
ignated in 256 levels. With tho transparency infonnation 
of the alpha channel, alpha-blending is perfomied. A 
palette image of up to 256 colors can be used. An ele- 
ment (index) of the prepared palette can be represented 
with an index number. 

[0096] Picture data dealt with the subtitle plane 11 and 
the graphics plane 12 is not limited to the PNG format. 
Altematively. picture data that has been compression- 
encoded in accordance with for example JPEG system, 
picture data that has been run-length-compressed, or 
bit map data that has not been compression-encoded 
may be used. 

[0099] Fig. 17 shows an example of a structure of 
which three planes are combined with reference lo Fig. 
1 5 and Fig. 1 6. Moving picture data of the moving picture 
plane 10 is supplied to a 422/444 converting circuit 20. 
The 422/444 converting circuit 20 converts the color 
system of the moving picture data from YCbCr (4:2: 
2) Into YCbCr (4:4:4) and inputs the converted data 
to a multiplying device 21. 

[01001 Picture data of the subtitle plane 11 is input to 
a palette 22. The palene 22 outputs picture data of RGB 
(4:4: 4). When transparency of alpha-blendlng is des- 
ignated, designated transparency a1 (0 ^ a1 ^ 1 ) is 
output from the palette 22. 

[0101] Fig. IB shows an example of input/output data 
of the palette 22. The palette 22 holds palette informa- 
tion as a table corresponding to for example a PNG for- 
mat file. An index number is referenced as an address 
of picture data of input data of eight bits from the palette 
22. In accordance with the index number, data of RGB 
(4:4:4) composed of data of eight bits each is output. 
In addition, data of the alpha-channel that represents 
transparency is obtained from the palette 22. 
[0102] Fig. 19 shows an example of a palette table 
that the palette 22 has. 256 color index values [0x00] to 
fOxFF] (where fOx] represents hexadedmal notation) 
are assigned three primary color values R, G, and B and 
transparency a each of which is represented with eight 
bits. The palette 22 references the palette table in ac- 
cordance with the input PNG fomiat picture data and 
outputs data of colors R, G. and B (RGB data) and trans- 
parency a of eight bits each for each pixel in accordance 
with an index value designated by the picture data. 
[0103] The RGB data that is output from the palette 
22 is supplied to an RGB/YCbCr converting circuit 29. 
The RGB/YCbCr converting circuit 29 converts the RGB 



data Into a luminance signal Y and color difference sig- 
nals Cb and Cr of eight bits each (hereinafter, they to- 
gether are referred to as YCbCr data). This is because 
data of planes should be combined in the common data 

s format. Data Is unified to YCbCr data that is the data 
formal of moving picture data. 
[0104] The YCbCr data and the transparency data al 
that are output from the RGB/YCbCr converting circuit 
29 are input to a multiplying device 23. The multiplying 

10 device 23 multiplies the input YCbCr data by the trans- 
parency data al. The multiplied result is input to ono 
input tonminal of an adding device 24. The nrujltiplying 
device 23 multiplies each of the luminance signal Y and 
the color difference signals Cb and Cr of the YCbCr data 

IS by the transparency data al . A complement (1 - a1 ) of 
the transparency data al is supplied to the multiplying 
device 21 . 

[0105] The multiplying device 21 multiplies the mov- 
ing picture data that is input from the 422/444 converting 

20 circuft20 by the complement (1 -a1) of the transparency 
data a1 The multiplied result is input to the other Input 
terminal of the adding device 24. The adding device 24 
adds the multiplied results of the multiplying device 21 
and the multiplying devfce 23. As the result, the moving 

25 picture plane 1 0 and the subtitle plane 1 1 are combined. 
The added result of the adding device 24 Is input to a 
multiplying device 26. 

[0106] Like the subtitle plane 1 1 . data of RGB (4:4: 
4) Is output as picture data of the graphics plane 1 2 from 

30 the palette table 26A and input to an RGBA'CbCr con- 
verting circuit 26B. When the color system of picture da- 
ta of the graphics plane 12 Is RGB (4:4: 4), It Is con- 
verted Into YCbCr (4:4:4) and output from an RGB/ 
YCbCrconvertingclrcult27. The YCbCr data that Is out- 

35 put from the RGB/YCbCr converting circuit 27 is input 
to a multiplying device 26. 

[0107] When picture data of the graphics plane 1 2 is 
the PNG fonnat, transparency data a2 (0 ^ a2 ^ 1 ) can 
be designated by each pixel in the picture data. The 

^ transparency data a2 is supplied to the multiplying de- 
vtee 28. The multiplying device 28 multiplies each of the 
luminance signal Y and the color difference signals Cb 
and Cr of the YCbCr data that Is input from the RGB/ 
YCbCr converting circuit 27 by the transparency data 

4s a2. The multiplied result of the multiplying device 28 is 
input to one input terminal of an adding device 29. A 
complement (1 - a2) of the transparency data a2 is sup- 
plied to the multiplying device 25. 
[0108] The multiplying device 25 multiplies the added 

so result of the adding device 24 by the complement (1 - 
a2) of the transparency data a2. The multiplied result of 
the multiplying device 25 is input lo the other input ter- 
minal of the adding device 27. The adding device 27 
adds the multiplied results of the multiplying device 25 

55 and the multiplying device 28. As a result, the graphics 
plane 12 and the combined result of the moving picture 
plane 10 and the subtitle plane 11 are combined. 
[0109] When the transparency a of a non-picture re- 
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gton of the subtitle plane 11 and the graphics plane 12 
Is designated to 0 (a = 0), a plane below those planes 
1 1 and 1 2 becomes transparent. As a result, moving pic- 
ture data on the moving picture plane 10 can be dis- 
played as a background of the subtitle plane 11 and the 
graphics plane 12. 

[01 1 0] The structure shown in Fig. 1 7 can be accom- 
plished by hardware or software. 
[0111] With the foregoing planes designated, a menu 
screen and buttons necessary for the reproduction-only 
disc standard can be displayed. Whon a button is sc- 
loctod on the menu screen, a play list corresponding to 
the button is reproduced. At that point, infonmation about 
a link of play lists should have been recorded on a disc. 
A scenario that defines a linic of play lists will be de- 
scribed. 

[01 12) A screen that prompts the user to perfonn an 
operation, for example, a menu screen, can be dis- 
played on the graphics plane 12. Fig. 20 shows an ex- 
ample of a menu screen 60 displayed on the graphics 
plane 12. On the menu screen 60, characters and Im- 
ages are displayed at particular positions. With the char- 
acters and images, "links" and "buttons" that allow the 
user to select to new operations can be placed. 
[0113] A "link" describes an access method to a pre- 
determined file with a character string or image data. 
When the user designates the character string or image 
data on a screen with for example a pointing device, he 
or she can access the predetemnined file in accordance 
with the access method designated with the character 
sthng or image data. A "button" has three types of Image 
data that represent a nonnal state, a selection state, and 
a pressed state for a "link". When the user designates 
one button image, the Image data Is changed in accord- 
ance with the stale that he or she has operated so thai 
he or she can easily recognize the current state of the 
button. 

[01 1 4] When the user designates a "link" or a "button", 
he or she moves a cursor on the screen with the mouse 
and clicks a mouse button (presses the mouse button 
several times) on a character string or an image on the 
"link" or an Image on a "button". The same operation 
can be perfonned with another pointing device other 
than the mouse. Alternatively with a remote control 
commander or a key operation of a keyboard, the user 
can designate a "^llnk" or a "button". At that point, the 
user selects his or her desired "link" or "button" with a 
predetermined key such as a direction key and desig- 
nates the selected "link" or "button" with an OK key or 
the like. 

[0115] In the example shown in Fig. 20. a title 61 as 
image data is displayed at an upper portion of the menu 
screen 60 that is displayed on the graphics plane 12. 
The title 61 is followed by selection items 62A, 62B, 62C. 
and 62D as links. When the user selects and designates 
one of the selection Items 62A. 62B, 62C, and 82D with 
a key operation of for example the remote control conv 
mander, a file linked to the designated selection item Is 



accessed. 

[0116] AT lower positions of the menu screen 60, but- 
tons 64 and 65 are displayed. With the buttons 64 and 
65, subtitles can be displayed and a language of output 
5 sound can be selected from for example English and 
Japanese. When the buttons 64 and 65 are operated in 
the foregoing manner, files used to display their setup 
screens are accessed and the predetermined screens 
are displayed. 

[0117] At a lower left portion of the menu screen 60, 
a character string 63 that describes a method for select- 
ing an item is displayed. The character string 63 is dis- 
played on the graphics plane 12. 
[0118] To display the menu screen as shown In Fig. 
20, any descriptive language for describing a screen dis- 
play method, link information, and so forth is required. 
According to the embodiment of the present invention, 
as the descriptive language, used are original display 
control commands for subtitles and buttons added to a 
comnf^and system of which DVD video navigation com- 
mands are changed so that a menu screen for a blu-ray 
disc can be displayed. 

[01 1 9] On the menu screen 60 for the foregoing bluray 
disc, a table of for example play lists is displayed with 
image data, a character string, buttons, and so forth. It 
Is expected that when a particular piay list is designated, 
the designated play list is read and reproduced from the 
disc. 

[0120] in the example shown in Fig. 20, atable of ptay 
lists is displayed on the menu screen 60. In reality, im- 
ages and sound of the menu screen 60 and those that 
are generated in accordance with an item selected on 
the menu screen 60 are composed of a plurality of play 
lists. When a plurality of play lists that compose one 
menu item are correlated, a mechanism of whk;h a story 
is branched can be accomplished. When a story is 
branched, a multiple story function that causes the con- 
tents of the story to vary In accordance with the user's 
selection, an automatic language reproducing function 
that causes a proper language to be automatically re- 
produced in accordance with a designated language of 
the player, and a parental function that causes scenes 
to be changed In accordance with the age of the user 
can be accomplished. 

[0121] Although those functions are especially effec- 
tive for receded discs, but they are not prescribed in the 
curent blu-ray disc standard, which mainly aims to 
record/reproduce television broadcasts. 
[0122] In the following description, the structure of 
which a plurality of play lists are arranged is referred to 
as scenario. Fig. 21 shows an example of an Internal 
structure of a scenario 70. The scenario 70 has a plu- 
rality of play lists 73A to 73M. In addition, the scenario 
70 has two portions (screens 80A and SOB) on which 
branch selection screens are displayed with the graph- 
ics plane 12. The screen BOA has graphics data 74A 
and a play list 73C with whk:h a branch selectk)n screen 
is displayed. Likewise, the screen BOB has a graphics 
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data 74B and a play list 73J with which a branch selec- 
tion screen Is displayed. 

[01 23] A scenario designates both an arrangement of 
play lists and display tlnriing at which they are displayed 
on the graphics plane 1 2. The display timing of the play 
lists on the graphics plane 12 can be designated with 
display control commands added to an Image displayed 
on the graphics plane. 

[0124] In the example shown In Rg. 21, the menu 
screen 60 corresponds to the screen BOA of the scenario 
70. A selection Item (for example, the selection item 
62A) on the menu screen 60 is composed of graphics 
74A. When the selection item 62A is designated on the 
menu screen 60, the play list 73D that corresponds to 
the selection item is reproduced. 
[0125] In the scenario 70 shown in Fig. 21 , when a 
disc is loaded into the player, the play list 73A is repro- 
duced. After the play list 73A has been reproduced, the 
play list 73B is reproduced. After the play list 73B has 
been reproduced, the play list 73C is reproduced. As a 
result, the graphics data 74A is read and the screen BOA 
that prompts the user to select a branch of the story is 
displayed. 

[0126] After the screen BOA is displayed, the story is 
branched in accordance with a user's selection. In the 
example shown in Fig. 20, when a first selection Is per- 
formed, the screen BOA is displayed. Thereafter, the 
play lists 73D, 73E, and 73F are reproduced in succes- 
sion. As a result, the reproduction of the scenario 70 is 
completed. After the play list 73F has been reproduced, 
the main menu screen (for example, the foregoing menu 
screen 60) maybe displayed again. 
[0127] When a second selection is perfonned on the 
screen BOA, after the screen BOA is displayed, the play 
list 73G is reproduced. A marit is set In the play list 73G 
at predetemnlned timing. When the play list 73G is re- 
produced, the play list 73G may be branched at the po- 
sition of the mark or fully reproduced in accordance with 
the setting of the reproducing apparatus, user's another 
scenario, or a selection on the branch selection screen. 
When all the play list 73G is reproduced, after the play 
list 73G is reproduced, the play lists 73M and 731 are 
reproduced in succession. Thereafter, the play list 73J 
is reproduced. 

[0128] When the play list 73G is branched at the po- 
sition of the marie, the play lists 73K and 73L are repro- 
duced in succession. After the play list 73L has been 
reproduced, the reproduction is resumed from the posi- 
tion of the mark that has been set in the play list 731. 
[0129] In the play list 73J. the graphics data 728 is 
read. The screen BOB that prompts the user to select a 
branch of the story is displayed. In the first selection on 
the screen BOB. the play list 73F is reproduced. In the 
second selection of the screen BOB, the play list 73K is 
reproduced from the position of the mark that has been 
set in the play list 73K. 

[0130] When a scenario is reproduced, operations 
corresponding to a detected marie, a user's Input, and 
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player's operation change are perf omied in accordance 
with command sequences (programs) executed by the 
player for play lists. 

[0131] Even if any of the play lists 73A to 73M is being 
J reproduced, when a menu bunon of the remote control 
commander is pressed, the menu screen 60 for a table 
of scenarios is displayed. An operation for a reproducing 
process for a play list for the menu screen 60 will be 
described. In this case, an event handler that corre- 
10 sponds to an event that takes place when the menu but- 
ton of the remote control commander is pressed (menu 
button press event) and that is a command that causes 
a play list for the menu screen 60 to be processed is 
described as global event handler 71. 
IS [0132] One scenario Is defined in a directory. One 
scenario is composed of one or a plurality of play lists. 
The directory is for example the foregoing BDAV direc- 
tory of the standard for recording and reproducing data 
and the HDMV directory (the details will be described 
later) supposed as the data region only for reproduction 
according to the embodiment of the present invention. 
[0133] Categories of scenarios will be described with 
reference to Fig. 22, Fig. 23A, Fig. 23B. and Fig. 23C. 
Based on connections of play lists, structures of scenar- 
ios can be largely categorized as three types that are 
(1) single play Dst, (2) sequential play list, and (3) mul- 
tiple play list as shown in Fig. 22. 
[0134] The Single play list, categorized as (1 ), is a sce- 
nario composed of one play list as shown in Fig. 23A. 
For the single play list, a time line can be defined. There 
is no interrupt during reproduction of the scenario. When 
the content of the single play list is a movie, after the 
disc Is loaded, only a movie main part is reproduced. 
[0135] The sequential play list, categorized as (2), is 
a scenario composed of a plurality of play lists that are 
linearly arranged without a branch as shown in Fig. 23B. 
The play lists are arranged in such a manner that the 
end of one play list is connected to the beginning of the 
next play list. In the sequential play list, a time line can 
bo defined for each play list. When the content of the 
sequential play list is a movie, the scenario is composed 
of a nr^enu screen and a movie main part. After the disc 
is loaded, a play list that causes a menu screen to be 
displayed is executed. When the reproduction of the 
movie main part is designated on the menu screen, the 
next play list is executed and the movie main part is re- 
produced. 

[0136] The multiple play list, categorized as (3). is a 
scenario that has a branch of a play list and a connection 
of play lists as shown in Fig. 23C. In the multiple play 
list a time line cannot be defined through all play lists. 
Instead, a time line is defined in each play list. With the 
multiple play list, an interactive function and a game 
function for varying reproduction contents in accord- 
ance with a user's input can be accomplish ed. When the 
content of the multiple play list Is a movie, a multiple 
angle function that allows the user to select a desired 
angle from various angles photographed for the same 
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scene can be accomplished. 
[0137] In the reproduction-only mediunn, one scenario 
is defined for the HDMV directory. However, it is neces- 
sary to allow the user to recognize the scenario in small- 
er units. Nevertheless, the unft of a play list does not 
always accord with a unit that the user can recognize. 
When one play ilsl describes three movies, II is neces- 
sary to allow the user to see a search point of each mov- 
ie. A search point (entry point) that is independent from 
the structure of a play list is referred to as title and/or 
chapter. 

[0138] Next, with reference to Fig. 24, titlos and chap- 
ters will be described. A title represents any reproduc- 
tion start point in a scenario. In the example shown in 
Fig. 24, a title 1 is placed at the beginning of a play list 
470A. A title 2 is placed in the middle of a play list 470D. 
A region after the beginning of the play list 470A until 
the titie 2 is the title 1 . A chapter is a unit of which a title 
Is sub-divided. The can also recognize a chapter as a 
reproduction start point. The title 1 is sub-divided into 
chapters. In the example shown in Fig. 24, the title 1 has 
chapters 1 , 2, and 3. Thus, the title 1 is sub-divided into 
three portions. As shown in Fig. 24, each of a title and 
a chapter can be placed in the middle of a play list. 
[0139] Next, a model of a reproducing apparatus that 
operates in accordance with description of a scenario 
will be considered. The modeled reproducing apparatus 
is refen-ed to as BD (Blu-ray disc) virtual player. The def- 
inition of the structure of the BD virtual player is referred 
to as BO virtual player model. 
[0140] Next, with reference to Fig. 25, the BD virtual 
player model will be described. After a disc Is loaded 
into a BD virtual player 30, It reads as a PBC program 
40 a scenario described In the scenario descriptive lan- 
guage defined in the present invention from the disc and 
operates in accordance with the description of the sce- 
nario. 

[01 41 ] The BD virtual player 30 reproduces data from 
a disc shaped recording medium defined according to 
the embodiment of the present invention. The BD virtual 
player 30 is an object in a computer environment euch 
as a personal computer The computer environment is 
not limited to a general-purpose personal computer. In- 
stead, the computer environment includes a software 
environment incorporated with a dedicated reproducing 
apparatus and/or recording and reproducing apparatus 
that reproduces data from a disc shaped recording me- 
dium defined according to the embodiment of the 
present invention. Hereinafter, a disc shaped recording 
medium defined according to the embodiment of the 
present invention is refenred to as disc. 
[0142] The BD virtual player 30 roughly has two states 
A and B. In the state A, the BD virtual player 30 repro- 
duces a play list and graphics. In the state B, the BD 
virtual player 30 stops reproducing a play list and graph- 
ics, A state change from one state to another state and 
a designation of the next operation In one state are per- 
formed by commands to an object of the BD virtual play- 



er 30. 

[0143] The state A has a plurality of operations. As 
operations in the state A, there would be a high speed 
reproduction, a variable speed reproduction such as a 
5 reverse reproduction, and a special reproduction such 
as a jumping reproduction that starts from any time ol a 
disc. When data of the graphics plane 12 is displayed, 
the variable speed reproduction and the spedal repro- 
duction of the BD virtual player 30 would be restricted. 
[0144] A PBC (Play Back Control) program 40 corre- 
sponds to a scenario recorded on the disc. As will bo 
described later, a sconario describes a reproducing 
method for a play list recorded on the disc and a dis- 
playing method for a menu screen. The PBC program 
40 and the BD virtual player 30 exchange commands 
through an API (Application Programming Interface) 41 
so as, to reproduce a play list recorded on the disc. 
[0145] A scenario has two regions for commands in- 
cluding a program having commands that cause the 
player to be operated. The two regions are refen'ed to 
as global command region and local global command 
region. 

[0146] The global command region has programs that 
are effective for the entire scenario. For example, the 
global program region describes a program that causes 
the player to initialize parameters when a disc is loaded 
Into the player and to jump to a play list that composes 
a menu screen. The local command region describes 
programs for play lists. Local commands are catego- 
rized as four types of commands that are pre-com- 
mands, play item commands, post commands, and but- 
ton commands. 

[0147] Fig. 26 A and Fig. 26B show an outlined oper- 
ation of the BD virtual player 30 with a scenario that de- 
scribes original commands as a descriptive language 
according to the embodiment of the present invention. 
Fig. 26A shows an example of a disc loading operation 
of the BD virtual player 30. As described above, one sce- 
nario is created for the BDMV directory that will be de- 
scribed later. When the disc is loaded into the player and 
then an initial access is perfonned for the disc (at step 
S30), registers, namely, thecomnr»on parameters 32 are 
initialized (at step S3 1 ). At the next step S32. a program 
is read from the disc and executed. The initial access 
represents an operation of which reproduction for a disc 
is perfomied first time for example when a disc is loaded 
into the player. 

[0148] A command group (a program) that is Initially 
read and executed when the disc Is loaded into the play- 
er is referred to as global commands. The global com- 
mands describe for example an advertisement picture 
(trailer) and a jump command that jumps to a play list 
that composes a menu screen. The player reproduces 
the play list in accordance with the commands. 
[0149] Fig. 26B shows an example of an operation of 
the player 30 when the user presses for example the 
play key while the player Is in the stop state. This oper- 
ation corresponds to the state change from the state B 



15 



20 



25 



30 



35 



40 



45 



50 



15 



BNSOCCIO; <EP 16214e3A1J_> 



I 



27 EP1521 

to the state A of the BD virtual player 30 as described 
In Fig. 25, In the stop state (at step S40), the user causes 
the BD virtual player 30 to operate in the reproduction 
mode vifith for example the remote controller (UOP: User 
Operation). At a result, the registers (namely, the com- s 
mon parameters 32) are initialized (at step 341). At the 
nexl step S42. the BD virtual player 30 enters a play list 
reproduction phase. 

[01501 Next, with reference to Fig. 27A and Fig. 278. 
reproduction of a play list in the play list reproduction io 
phase will be described. Fig. 27A shows an example of 
which a play list is composed of a single play item. A 
play list has a pre-command region, a play item com- 
mand region, and a post-command region that de- 
scribes respective programs. In the play list reproduc- is 
tion phase, a pre-command of the pre-command region 
is executed (at step SIC). After the pre-command has 
been executed, the player enters a play item reproduc- 
tion phase for play items that compose the play list (at 
step S11 ). In the play item reproduction phase, a stream 20 
whose start point and end point are designated by a play 
item is reproduced (at step S1 1 0). When the stream has 
been reproduced up to the end point, the play item com- 
mand is executed (at step S111). After the play item 
command has been executed, a post command of the 25 
post-command region is executed (at step S12). As a 
result, the play list has been reproduced. 
[0151] The post command is nomDally a jump com- 
mand that describes as a jump command a play list to 
be reproduced next or a play list that composes a menu 30 
screen. When there is no a jump command, the player 
enters the slop slate (the state B shown in Fig. 25B). 
[01 52] Fig. 27B shows an example of which a play list 
describes a plurality of play items. In this case, the play 
list has a pre-command region, a play item command 35 
region, and a post-command reg'ion that describe re- 
spective commands. When the play list describes a plu- 
rality of play items, the play item command region de- 
scribes play Item streams and play item commands of 
play items arranged In a time sequence. 40 
[0153] When the play list describes a plurality of play 
items, in the play list reproduction phase, a pre-com- 
mand is executed (at step SIC). In the next play item 
reproduction phase, a stream is reproduced from the 
start point to the end point of each play item and a play 45 
Item command is executed for each play item. In the ex- 
ample shown in Fig. 278. a first play item stream is re- 
produced (at step S11 0-1). Thereafter, the con-espond- 
ing play item command is executed (at step S111-1). 
Thereafter, a second play item stream (not shown) is so 
reproduced (at step S110-2). The corresponding play 
item command Is executed (at step S1 11 -2). These op- 
erations are repeated for the number of the play items. 
After the last play item stream has been reproduced (at 
step S11 0-n) and the corresponding play item command ss 
has been executed (at step Slll-n). the play item re- 
production phase is completed. After the play item re- 
production phase has been completed, a post command 
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is executed (at step SI 2). As a result, the play list re- 
production phase is completed. 
[0154] Fig. 2BA, Fig. 288. Fig. 28C, Fig. 28D. Fig. 
28E. Fig. 28F. Fig. 28G, and Fig. 28H show part of com- 
mands. When commands exemplified in Fig. 28A, Fig. 
28B. Fig. 2BC, Fig. 28D. Fig. 28E. Fig. 28F. Fig. 28G, 
and Fig. 28H are described in the post command region 
and a button conrmand region that will be described lat- 
er, a jump to a predetermined play list can be accom- 
plished. Besides these commands shown In Fig. 28A, 
Fig. 28B. Fig. 28C. Fig. 280, Fig. 2BE, Fig. 28F, Fig. 
28G, and Fig. 28H, other commands can be defined. 
[0155] Next, commands for designating a reproduc- 
tion start position will be described. A command Linl<- 
PlayList (playUstNumber) causes the reproduction of a 
play list designated by "playLlstNumber to be started. 
A command LinlcPlayltem (playListNumber. playltem- 
Number) causes the reproduction of a designated play 
item of a designated play list to be started, "ptayltem- 
Number is "Playltem.id" whose value starts from "0". 
When "playltemfslumber" is designated a value "0". a 
play list to which the play item belong is reproduced from 
the beginning. 

[0156] A command Link (position) (object) causes the 
cun'ent position to be moved in a scenario. This com- 
mand causes the cun-ent position to be moved to the 
adjacent play list, play item, or chapter. A parameter "po- 
sition" is one of "prev". "nexT. "top", "Parent", or "tail". 
A parameter "object" describes a moving method for an 
object (a play list, a play item, or a chapter) represented 
by the parameter "object". 

[0157] A command Exit causes the reproduction of a 
scenario to be stopped. In this case, the value of the 
standard register is not held. A command RSM causes 
resume infonmalion stored in the memory of the player 
to be called, set to a register, and the reproduction of 
the scenario to be started. 

[0156] Next, commands for obtaining the state of the 
player will be described. A command getMenuDescrip- 
tlonLanguage() causes a language used to display a 
menu to be obtained. A command getScenarioNumber 
(). a command getPlayListNumber(), and a command 
getChapterNumberO cause a scenario number, a play 
list number, and a chapter number that are being repro- 
duced, respectively, to be obtained. A command get- 
PlayerSupportO causes version information of the play- 
er to be obtained. 

[0159] Next, commands for video streams will be de- 
scribed. A command getVideoStreamAvailabilityO 
causes information that describes whether or not a des- 
ignated video stream to be contained. A command 
setVideoStreamNumberO describes a video stream to 
be decoded. A command getVideoStreamNumber() 
causes the number of a video stream that is being se- 
lected to be obtained. Attributes of a video stream are 
for example an encoding system, a resolution, an aspect 
ratio, a display mode in the case that the aspect ratio is 
4:3, and presence/absence of closed caption. A com- 
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mand setAngleNumber() describes an angle number. A 
command getAng}eNumber() causes an angle number 
that is being selected to be obtained. A command get- 
IVIaxVideoStreamsO causes a maximum number of bit 
streams to be obtained. 

[0160] Next, according to the embodiment of the 
present inveniion, a method (or recording commands 
and databases that describe a scenario to a disc will be 
described. Fig. 29 shows an example of a file manage- 
ment structure according to the embodiment of the 
present invention. On the disc, ono root directory is cre- 
ated. A portion under the root directory is managed by 
one reproducing system. 

[0161] Under the root directory, a directory BDMV is 
placed. Although it is not shown, similar to Fig. 4 de- 
scribed above, a plurality of directories BDMV can be 
placed under the root directory. Hereinafter, a system 
defined by the embodiment of the present invention is 
referred to as BDMV. 

[0162] Under the directory BDMV, two files "scenario, 
hdmv" and "entryllst.data" are placed. In addition, a plu- 
rality of directories "PLAYLIST, "CLIPINF", and 
"STREAM" are placed. 

[0163] Fig. 30 shows a syntax that describes an ex- 
ample of a structure of the file "scenario.hdmv". The file 
"scenario.hdmv" is a file that is initially read and execut- 
ed when an initial access is perfomried (namely, when 
the disc is loaded). The file "scenario. hdmv" has a file 
identification code (a field type Jndicator) and a version 
number (a field version^number). The version number 
is followed by functional data blocks. 
[01 64] The field type Jndicator has a data length of 32 
bits. The field typejndicator has a predetermined char- 
acter string that describes that the file is "scenario. hd- 
mv". The field version_number has a data length of 32 
bits for a version number. A field 
Scenario_start_address has a data length of 32 bits for 
an unsigned integer of a value that represents the posi- 
tion of the block Scenario() with the relative number of 
bytes from tho beginning of tho file "sconario.hdmv". 
[0165] A block AutoplayQ starts from the 41-st byte 
(fixed position) of the file. The block AutoplayO de- 
scribes a program that is executed when the initial ac- 
cess is perfomied (reproduction for the disc Is initially 
performed for example the disc is loaded). The block 
AutoplayO foregoing global commands de- 

scribed above. The block AutoplayO is followed by any 
number of padding words (padding.word) that allow a 
space to be fomied after the block. 
[0166] Fig. 31 shows a syntax that describes an ex- 
ample of a structure of the block AutoplayO shown in 
Fig. 30. A field length has a data length of 32 bits for an 
unsigned integer. Tbe field length describes the data 
length immediately after the end of the field length until 
the end of the block AutoplayO In bytes. A field 
number_of_commands describes the number of fields 
command(i) preceded thereby. The field command(i) 
has a data length of 32 bits as shown in Fig. 28 A. Fig. 
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28B, Fig. 28C, Fig. 28D. Fig. 26E, Fig. 28F, Fig. 28G, 
and Fig. 28H. The field command{j) describes a set of 
parameters of the player and commands such as a re- 
production start command for a designated play list and 
5 a calculation command. 

[0167] A block ScenarioO describes a "scenario" as 
explained above. The block Scenario() describes infor- 
mation about the reproduction order of play lists and a 
local command region for each play list. 
10 [0168] Fig. 32 shows a syntax that describes an ex- 
ample of a structure of the block ScenarioO- "The block 
SconarioO is a block that defines information of a sec- 
nario, namely links among play lists. The block Scenario 
0 describes infomiatton about the foregoing pre-com- 
mands, post-commands^ and play item commands and 
these commands themselves. The block ScenarioO has 
a region for fields of information about commands de- 
scribed therein and a region for those pre-commands, 
post-commands, and play item commands. 
[01 69] A field length describes a value that represents 
the length immediately after the end of the field length 
to the end of the block ScenarioO in bytes. A field 
number_of_PlayUsts describes the number of play lists 
that composes the scenario. The field 
number_of_PlayLists is followed by data of each play 
list. Data for each play list is repeated the number of 
times designated by a loop counter i in a for loop, the 
maximum value of i being represented by the field 
number_of_PlayLists. 

[0170] A field Pre_Command^start_id describes a 
start number of a pre-command in a comnnand table (a 
pre-command is executed before a play list is repro- 
duced). A number described in the field 
Pre_Command_startJd describes a loop counter J In a 
for loop that describes a field P1_Command(i) that will 
be described later. Likewise, a field 
Po5t_Command_start_id describes a start number of a 
post command in the command table (a post command 
is executed after a play list is reproduced). A number 
doscribcd In tho field Post_Command_6tartJd de- 
scribes the loop counter J in the for loop that describes 
the field PL.Command (j) that will be described later. 
[0171 ] A field Number_of Pre_Commands describes 
the number of pre-commands that compose a program. 
Pre-commands are executed before a play list is repro- 
duced. Likewise, a field number_of_Post_Commands 
describes the number of post-commands that compos- 
es a program. Post commands are executed after a piay 
list has been reproduced. These programs are de- 
scribed in a command table that will be described later. 
[0172J A field number_of_Playltems describes the 
number of play items that composes the play item. A 
field PLCommand.startJd represents a start number 
of a play item command in a command table. A play Item 
command is executed after the play item has been re- 
produced. A number described in the field 
PLCommand.startJd describes a loop counter j In a 
command table that will be described later. A field 
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number_oLPLCommands describes the number of 
play Item commands, which are executed after the play 
Item has been reproduced. Commands after the posi- 
tion described In the field PI_Command_startJd until 
the number of commands described in the field 
number_of_PI_Commands are executed afier ihe play 
item has been reproduced. 

[0173] A field number_of_PL_Commands describes 
the number of commands In a command table preceded 
by the field number_of_PL_Commands. The command 
table has a for loop that doscribcs a field PL_Command 
(j). Commands In the command table are assigned 
number]. The number] corresponds to the loop counter 
J In the for loop that describes the command table. A field 
PL_Command (j) describes one command. The number 
j is referenced from the foregoing field Pre_Command_ 
start_id. the field Post_Command_slart_ld, and the field 
PLCommand_start id. 

[0174] Fig. 33 shows a syntax that describes an ex- 
ample of a data structure of the file "entrylist.data". The 
file "entrylist.data" describes a file identification code (a 
field typejndlcator), a version number (a field 
verslon_number), and a block start address (a field 
ScenarioEntry^start^address). The block start address 
is followed by functional data blocks. 
[01 75) The field type_indicator has a data length of 32 
bits for a predeternilned character string that describes 
entry points of a title and a menu. A field 
version_number has a data length of 32 bits for a version 
number. The field ScenarioEntry__start_address has a 
data length of 32 bits for an unsigned integer value that 
describes the start position oT the block ScenarloEniry 
0 with the relative number of bytes from the beginning 
of the field "entrylist.data". 

[0176] Fig. 34 shows a syntax that describes an ex- 
ample of a structure of a block ApplnfoQ. A field length 
has a data length of 32 bits for an unsigned integer that 
describes the length immediately after the end of the 
field length until the end of the block Applnfo() in bytes. 
A field HDI\/lV_namc_charactor_8el describes a charac- 
ter set for a field HOMV.name that will be described lat- 
er. A field PIN_valid_flag describes whether or not a per- 
sonal identification number should be set when repro- 
duction is performed. When the setting is valid, a field 
PIN that is followed by the field PIN.valld Jlag describes 
a personal identification number A field HDMV_name_ 
length describes the length of a valid portion of a field 
HDMV.name that is preceded by the field HDMV_ 
namejength. The field HDMV^name Is a region that de- 
scribes a name ot the directory HDMV in which the file 
"entrylist.data" is placed. The name of the directory HD- 
MV ts described in the text fomiat. The field 
HDMV.name has a fixed data length of 255 bytes. The 
name of the directory HDMV is described for a length 
described in the field HDMV_nameJength after the be- 
ginning of the field HDMV_name. 
[0177] Fig. 35 shows a syntax that describes an ex- 
ample of a structure of the block ScenarioEntry(). The 
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block ScenarioEntryO describes search points of a sce- 
nario. As described above, one scenario is created for 
the directoiy HDMV. A scenario links a plurality of play 
lists placed under the directory HDMV so as to define 
s the reproduction order of the play lists. When the user 
sees a scenario, it does not always look like one picture 
unil or one sound unit, but as if it were composed of a 
plurality of liitles". 

[0178] When three movies are recorded on one disc, 

10 only one scenario that defines the reproduction order of 
the movies exists on the disc. However, the user would 
SCO them as If three titles were recorded on the disc. 
Alternatively, a list of three titles would be displayed. In- 
cluding a title menu that allows the user to select one of 

IS the titles, he or she would see them as if four titles were 
receded. Since the user considers a menu screen as 
one picture unit or one sound unit, according to the em- 
bodiment of the present invention, a menu screen is 
treated as one type of a title. 

20 [0179] Since the unit of a scenario that defines a link 
of play lists is different from the unit that the user recog- 
nizes data as pteture and audio, as described above, it 
is necessary to define search points in a scenario. A 
search point In a scenario is refen^ed to as title entry. 

25 The block ScenarioEntryO describes infonmatbn of a ti- 
tle entry. 

[0180] Returning to Fig. 35, a field length has a data 
length of 32 bits for an unsigned integer that describes 
the length immediately after the field length until the end 

30 of the block ScenarioEntryO in bytes. A field 
name_character_set describes a character set of a field 
TopMenu_name and a field Title_name that are preced- 
ed by the field name_character_sei. 
[0181 ] The next block Top menu PL() describes an en- 

35 try point to a ptay list or a play list group that composes 
a menu displayed when the user presses the title menu 
key of the remote controller. One scenario has one lop 
menu. The top menu is used to present for example titles 
to the user. A sub menu on which the user can set audio 

40 and subtitles can be placed as a lower menus of the top 
menu. A sub menu Is also referred to as stream setup 
menu. 

[0182] In short, a field flags is a region that describes 
attribute infonnation of a top menu. A field TopMenu_ 

45 refjo_PlayListJile_name describes a play list that 
composes a top menu or a play list that Is an entry to a 
play list group. AfieldTopMenu .ret. to_ Play Item, id de- 
scribes the number of a play item from which the top 
menu starts in a play list described In the field TopMenu_ 

50 ref Jo_ PlayListJIIe^name. When the play list is repro- 
duced from the beginning, the value of the field 
TopMenu_ref jo_Playltem.id is "0" . A field TopMenu. 
namejength represents the length of the name as- 
signed to a top menu. A field TopMenu_name describes 

55 a character string of the name assigned to a top menu. 
[0183] The block Top Menu PL() describes informa- 
tion about a title. A field number_of„Trtles describes the 
number of title search points (title entries) in a for loop 
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immediately preceded by the field number_of_Tltles, In 
short, a field flags is a region that describes attribute 
Infomiation about a title. A field Tit(e_ref_to_ 
PlayList Jile.name describes the file name of a play list 
that Includes a title entry. A field Tltle^refjo.. s 
Playltem_id is used when a title starts from a particular 
play item of a play lisl described in the field Title.ref^ 
to_PlayList_ file.name. A field Tltle_namejength de- 
scribes the length of the name assigned to a title. A field 
Title.name describes a character string of the name as- io 
signed to a title. 

[0164] Next, information about a sub menu is de- 
scribed. "Stream Setup Menu" is followed by an entry 
point to a play list or a ptay list group that composes a 
stream setup menu (namely, a sub menu) for each play is 
item. A stream setup menu can be used for each piay 
list to select such as sound, subtitles, or angle. For ex- 
ample, when the buttons 64 and 65 shown in Fig. 20 are 
pressed, a sub menu is displayed as a screen. 
[01 B5] A field number. of. PlayLists describes the 
number of play lists used for a stream setup menu. The 
value of the field number_of_PlayLists is used as the 
number of loop times of a for loop immediately preceded 
by the field number__of_PlayLists. In short, a field 
SSMenuJIags is a region that describes attribute infer- 
mation about a stream setup menu. A field SSMenu. 
ref_to_PiayList_file_name describes a play list that 
composes a stream setup menu or a play list that is an 
entry of a play list group. A field SSMenu^ref Jo_ 
Playltem.id describes the number of a play item from 30 
which a stream setup menu starts in a play list described 
in the field SSMenu^ref jo_PlayLJst_file_name. When 
a play list is reproduced from the beginning, the value 
of the field SSMenu_ret_to_Playltem_id Is "0". 
[01 B6] Fig. 36 shows a syntax that describes an ex- 35 
ample of a structure of a file '^xxxx.mpts". In Fig. 36. the 
file "xxxxx.mpls" has functional blocks of Infonnation. A 
field typejndlcator describes a character string of the 
file. A field version_number describes the version of the 
file. Fields PlayList_start_address and PlayListMark_ 40 
start_address describe the start addresses of corre- 
sponding blocks as address information having a data 
length of 32 bits. 

[0187] A block PLControllnfo() describes attribute in- 
formation about the play list. A block PlayList() de- ^5 
scribes infonnation about a play item that composes the 
play list. A block PlayListMark() describes information 
of a mark added to the play list. 
[0180] In the file "xxxxx.mpls", since start addresses 
of the block PLControllnfo(), PIayList(). and PlayList- 50 
Mark() are followed by these blocks, padding data 
padding^word can be placed before and/or after each 
block in a desired length. The start position of the first 
block PLControllnfoO is fixed at the 41-st byte from the 
beginning of the file. ss 
[0189] Fig. 37 shows a syntax that describes an ex- 
ample of a structure of the block PLControllnfo(). The 
block PLControllnfoO describes various types of at- 



tribute information about a play list, not directly required 
to reproduce the play list. A field PlayList_character_set 
describes a character set of character string information 
about a play list. 

[0190] A field PL_ptayback_type describes a value as 
shown in Fig. 38. The field PLj3layback_lype describes 
whether the play lisl is a regular play list lhal is sequen- 
tially reproduced, a play list of which play Items are re- 
produced at random, or a piay list of which play items 
are shuffled and reproduced. The random shuffle is des- 
ignated in the unit of a play list. One play list should not 
describe a rcgulariy reproduced play item and a ran- 
domly shuffled play item block. When the disc is a re- 
production-only recording medium, the producer may 
designate a random reproduction or a shuffle reproduc- 
tion. At that point, such infomnation is required. 
[0191] A field playback_count describes the number 
of times of reproduction of a play Item when the play list 
is a random reproduction play list or a shuffle reproduc- 
tion play list. A field playback.. count describes the 
number of play items that are randomly reproduced or 
shuffle-reproduced. 

[0192] A field PL_UO P_mask_table() describes infor- 
mation about restriction of user's operations. When the 
user is prohibited from performing operations such as 
playback, fast forward, fast rewind, and so forth while a 
play list is being reproduced, this region is properly de- 
scribed. When a proper value is described in the field 
PL_UOP_mask_table(), an alarm notice, a copyright 
notice, and so forth can be prevented from being 
skipped even if a fast forward operation or the like Is 
perfonned. 

[0193] A field PL_random_access_mode describes a 
value as shown in Fig. 39. The field PL_random_ 
access_mode describes whether a random access of 
which any position of the play list is jump-reproduced 
can be perf omned. When there is a play list that the disc 
producer wants the user to see. the value of the field 
PL_random_acce33_mode is set to [0x1]. When this 
play list is jump-reproduced, fast forward operation, fast 
rewind operation, reproduction from any time, and so 
forth are prohibited. When the disc is a reproduction- 
only recording medium, scenes such as a logo of a con- 
tents production company and precautions to be seen 
to the user may be recorded thereon. The field 
PL_random_access_mode describes Information nec- 
essary for prohibiting such scenes from being skipped 
against variable speed reproduction operation or the 
like. 

[0194] A field PlayList_du ration describes a reproduc- 
tion duration of a play list. A field PlayList_name de- 
scribes a play list name having an effective length with 
a value described in the field PlayLlsLnameJength. A 
field PlayList^detail describes detailed Infomiation 
about a play list having an effective length with a value 
described In the field PlayLlst^detailJength. 
[0195] Fig. 40 shows a syntax that describes an ex- 
annple of a structure of a block PlayList(>. A field length 
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describes a byte length Immediately after the field length 
until the end of the block PlayList(). A field 
number_of_Playltems describes the number of play 
items that compose the play list. A field number. 
of_SubPlayltems describes the number of auxiliary play 5 
items (sub play items) reproduced along with the main 
play item. 

[0196] A block Playltem() describes information of a 
play item. A block SubPlayltem() describes Information 
of a sub play item. io 
[0197] Fig. 41 shows a syntax that describes an ex- 
ample of a structure of the block Playltem(). A field 
Cllp_lnformation_file_namo describes a character 
string of a file name of a clip infomnation file (that has an 
extension of ''clpi") corresponding to a clip that play Item is 
references in the relation of 1 to 1 . 
[0198] A field Clip_codecJdentifier describes an en- 
coding system of a clip referenced by the play item. Ac- 
cording to the embodiment, the field Clip_codecJden- 
tifier describes a fixed value ''M2TS2'. In other words, so 
according to the embodiment, the encoding system of 
a clip referenced by a play item is fixed to a system rep- 
resented by the value "M2TS". 
[01 99] A flag is__multi_angle describes whether or not 
the play item has a multiple angle structure (a first flag). 25 
[0200] A field connection^conditlon is infomnation that 
describes in what mannerthe play item and the next play 
item are connected. The field connection_condition de- 
scribes whether or not play items can be seamlessly re- 
produced. 30 
[0201] A field relJo.STCJd describes a sequence 
STC_sequence in a clip referenced by the play Item. 
The sequence STC.sequence has a unique stmcture 
of the blu-ray disc standard that describes that PGR 
(Program Clock Reference) as a reference of the lime ss 
base of an MPEG2TS (Transport Stream) represents a 
continuous range. The sequence STC_sequence de- 
scribes a number STC_id that is unique in the clip. Since 
a continuous time base can be defined in the sequence 
STC.sequence, the start time and the end time of a play 40 
item can be unk^uely designated. In other words, the 
start point and the end point of each play item should 
be present in the same sequence STC.sequence. A 
field ref_to_STCJd describes a sequence STC_se- 
quence with a number STCJd. 4S 
[0202] Fields IN_time and OUT_Tlme describe time 
stamps pts (presentation time, stamp) of the start point 
and the end point of the play Item in the sequence 
STC.sequence, respectively. 

[0203] A field PI_UOP_maskjableO describes data so 
about a restriction against user's operations. Even if the 
user perfonms such a restricted operation, the player 
should not respond to that. To restrict a fast forward op- 
eration while a menu screen is being displayed, data 
about a restriction against such an operation is de- ss 
scribed in the field PI_UOP_mask_table(). 
[0204] The field Pl.UOP.maskjableO 's described 
for each play Item. The field PLUOP_mask_lable() de- 
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scribes infomriatlon that has the same object as the field 
PL_UOP.mask_table{) of the foregoing block PLCon- 
trollnfoO. which describes information about reproduc- 
tion of a play list. A user's operation can be prohibited 
In either a play list or a play Item. A user's operation dur- 
ing reproduction of a play item is prohibited depending 
on Ihe result of an OR operation of information of a play 
list and infomiation of a play item. 
[0205] In short, a field PIDJilter() is a table that de- 
scribes the priority in streams reproduced by play items. 
[0206] A field PLrandom_access_mode describes a 
value as shown in Fig. 42. The field PI_random_ 
access.mode describes whether or not a random ac- 
cess can be performed for jump-reproduction of any po- 
sition of a play item. When there Is a play list that the 
disc producer side wants the user to see. a value [0x1] 
is described in the field PI_random_access_mode. 
Thus, when reproduction of a play item is started, the 
user can be prohibited from performing a fast forward 
operation, a rewind operation, a reproducing operatk>n 
from any time, or the like. 

[0207] A field still_mode describes whether or not af- 
ter reproduction of a play item is started, the reproduc- 
tion Is temporarily stopped. The field stIILmode de- 
scribes a value as shown in Fig. 43. When the value of 
the field stIILmode is [0 x 1 ], It describes that reproduc- 
tion of the play item is temporarily stopped for a period 
described in the next field stilljime. Thus, still pictures 
can be successively displayed at intervals of a prede- 
temiined period like a slide show. In this case, each still 
pteture Is a play item. In addition to a setting for a des- 
ignated time period, a setting for a non-designated time 
period of which reproduction Is stopped until the user 
inputs data (pause setting) can be described In the flekj 
stilLtime. When the value of the field stIILmode is [0 x 
2], the pause setting can be performed. 
[0208] When the value of the foregoing flag 
is_mu!tl_angle is for example "1 ", the play item is a mul- 
tiple angle play item. After "Angle", Information about 
multiple angles is added. 

[0209] A field number.of .angles describes the 
number of angles. A field is_seamless_angle_change 
describes a value as shown in Fig. 44. The field 
is_seamless_angle_change describes. whether or not 
each angel has been recorded on the disc so that each 
angel can be seamlessly changed. 
[0210] The next for loop describes infomnatton about 
clips that compose angles. A field Clip_lnformatlon_ 
file^name in the for loop describes a character string of 
a field name of a clip information file (that has an exten- 
sion "dpi") that corresponds to each clip that the play 
item references in the relation of 1 to 1. A field 
ref_to_STC_id describes a sequence SC_sequence of 
each clip that the play item references. 
[021 1] An angle con-esponding to a value angle Jd 
0 has been defined in the first half part of the block Play- 
ltem() like a regular play item that is not an angle play 
item. Angles after the value angle Jd = 1 are defined in 
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the for loop. The for loop does not contain an angle cor- 
responding to the value angle = 0. 
[0212] Fig. 45 shows a syntax that describes an ex- 
ample of a structure of a block SubPlayllem(). A field 
length describes the length Immediately after the field 
length until the end of the block SubPlayllem() in bytes. 
A field Clip_lnformation Jile_name describes a charac- 
ter string of a file name of a dip information file (that has 
an extension "cipr) that corresponds to a clip that the 
sub play Item references in the relation of 1 to 1 . 
[0213] A field CHp_codcc_idcntiflcr describes an en- 
coding system of a clip that the sub play item references. 
According to the embodiment, the field Clip_codec_ 
Identifier is fixed to a value "M2TS". 
[0214] A field is.repeatjiag describes a value as 
shown In Fig. 46. The field is^repeatjlag Is a flag that 
describes whether or not the sub play item is repeatedly 
reproduced not in synchronization with a main play item 
(main path). When the value of the field Is.repeatJIag 
is "r, the sub play Item is repeatedly reproduced until 
the main play item has been reproduced not in synchro- 
nization therewith. When the value of the field 
is_repeatjlag Is "0", the sub play item is reproduced 
once In synchronization with the main play Item. 
[021 5] If the sub play item is a sub play item for only 
audio, when '1" Is described in the field is.repeatjlag, 
BGM (Back Ground Music) can be reproduced. 
(021 6] A field Sub Play ltem_type describes what char- 
acteristic the sub play item has. For example, when the 
value of the field SubPlayitem.type is "r, it describes 
that the sub play item Is a sub play Item for only audio. 
[0217] A field ref_to_STC_ld describes a sequence 
STC^sequence of a dtp that the play item references. 
Fields SubPlayltem_IN_time and Sub Play ltem_OUT_ 
Time describe time stamps pts (presenlalion_lime_ 
stamp) of the start point and end point of the sub play 
Item in the sequence STC_sequence. 
[0218] When the value of the foregoing field 
is^repeatjlag is "0" and it represents that the sub play 
item is reproduced in synchronization with the main play 
Item, the field sync.PlayttemJd and the field 
sync_start_PTS_of_Playltem describe from what time 
of the main play item the sub play item is reproduced In 
synchronization therewith. 

[0219] As shown in Fig. 47, the field sync^PlayltemJd 
describes a play item of a main path (Playltem = 1 ). The 
field sync_start_PTS_of .Playltem describes time of the 
main play item at which reproduction of a sub play item 
is started (t1 ). A field SubPlayltem^lNjime and a field 
SubPlayltem^OUTjime describe a period for which a 
click as a sub ptay item Is reproduced. 
[0220] Fig. 48 shows a syntax that describes an ex- 
ample of a structure of the file "zzzzz.clpi". In Fig. 48, 
the file "zzzzz.clpi" has functional blocks of Infonnation. 
A field type Jndicator describes a character string of the 
file. A field version_number describes the version of the 
file. A field Sequencelnfo.start.address, a field 
Program Info.start.address, a field CPI_start_address, 



and a field CllpMari<_start_address describe start posi- 
tions of respective blocks. 

[0221] Fig. 49 shows a syntax that describes an ex- 
ample of a structure of a block ClipinfoQ. A field length 

5 describes the length Immediately after the field length 
unUI the end of the block CliplnfoO. A field 
Cllp_slreamjype describes Ihe type of a clip AV 
stream. The value of the field Clip_stream_type may be 
fixed to for example M " that represents a normal clip in 

10 the reproduction -only disc standard. 

[0222] A field application.typo dcscribos how a clip 
AV stream (that has an extension "m2ts") has been mul- 
tiplexed. The field application_type describes a value as 
shown in Fig. 50. The field application^type describes 

IS whether the clip AV stream is a nomiai video stream or 
a stream that has been multiplexed suitably for a still 
picture. 

[0223] More practically, in the example, the value of 
the field appiicatlonjype is "1 " and it describes that the 
20 file of the corresponding dip AV stream complies with 
the rule of the HDMV transport stream according to the 
embodiment. With the clip AV stream, a nomnal moving 
picture is reproduced. 

[0224] When the value of the field application^type is 

25 »2", it describes that the file of the corresponding dip AV 
stream complies with the rule of the HDMV transport 
stream for a still picture that synchronizes with the re- 
production of audio. The clip AV stream is a file In ac- 
cordance with for example the MPEG2 format. In the 

30 dip AV stream, video data and audio data have been 
multiplexed. The video data has a structure of which I 
pictures of the MPEG2 are an-anged as still pictures. As 
a result, the still pictures can be reproduced like a slide 
show on the time base of audio. This reproduction Is re> 

35 f erred to as lime base slide show. 

[0225] When th e value of the field application_type is 
"3", It describes that the file of the corresponding clip AV 
stream complies with the rule of the HDMV transport 
stream for still pictures reproduced not in synchroniza- 

40 tion with audio. Tho audio data and the video data are 
structured as different files. While the audio data is being 
reproduced, the video data is displayed in such a man- 
ner that still pictures are changed at any intervals or as 
designated by the user. The video data can be struc- 

45 tured in such a manner that for example I pictures of the 
MPEG2 are arranged as still pictures. Such reproduc- 
tion is referred to as browsable slide show. 
[0226] When the value of the field application.type Is 
"0". the corresponding clip AV stream does not comply 

50 with the rule of the HDMV transport stream. 

[0227] It is assumed that mutttpiexing suitable for dis- 
playing still pictures allows an application such as a slide 
show of still pictures to be easily accomplished. In such 
an application, when one still picture is capsulate-mul- 

55 tiplexed with subtitles and graphk:s data to be superim- 
posed, they can be easily read. 
[0226] When a still picture is multiplexed with subtitles 
and graphics in the same manner as a nomnal moving 



21 



eNSDOCID: <EP. 1621483A1J.> 



39 



EP 1 521 463 A1 



40 



picture, subtitles to be displayed along with a still picture 
are multiplexed with picture data of a preceding still pic- 
ture (namely, so-called multiplexing phase difference 
takes place). As a result, unless stream data is read for 
a long time, a still picture superimposed with subtitles 
and graphics cannot be displayed. 
[0229] According lo the embodiment of the present In- 
vention, graphics data for video data and subtitles is 
contained in TS (Transport Stream) packets of the 
MPEG. One TS packet is composed of IBB bytes. The 
foregoing video data and graphics data arc divided so 
that they are contained in TS packets. When a packet 
of subtitle data corresponding to particular stiti pcture 
data (called picture PI) is preceded by a packet of the 
next still picture (called picture P2), to display subtitles 
corresponding to the picture P1 , data of the picture P2 
should have been read. 

[0230] When a particular stifl picture is multiplexed 
with only associated subtitles and graphk:s (capsulat- 
ed). a stream that is not affected by other data can be 
created. When such an operation is repeated for each 
still picture and streams are connected, one stream of 
which data of each stilt picture (and associated subtitles 
and graphics data) is connected in series can be ob- 
tained. The stream that has been multiplexed In such a 
manner is referred to as still picture HDMV stream. 
[0231] There are two types of HDMV streams for still 
pictures that are time base slide show and browsable 
slide show. According to the embodiment, the two types 
are distinguished with different numbers of the field 
application.type. 

[0232] When a still picture and associated subtitles 
and graphics are capsulated and recorded, accessibility 
of which still ptetures are changed and reproduced is 
improved. 

[0233] Returning to Fig. 49, a field Clip^stream^type 
describes the type of a clip AV stream. A field 
num_of_source_packets describes the number of pack- 
ets contained in a clip AV stream. A field BD_system_ 
use and a block TS_typcJnfo_block() do not relate to 
the present Invention. These descriptfon will be omitted. 
[0234] Fig. 51 shows a syntax that describes an ex- 
ample of a stnjcture of a block Sequencelnfo(). A field 
length descrtoes the length immediately after the field 
length until the end of the block Sequencelnfo() in bytes. 
A field num_of_ATC_sequence describes the number 
of sequences ATC ..sequence that have been recorded 
In a continuous time period. When a reproduction-only 
medium is used, since the number of sequences 
ATC^sequence is "1". the description of the field 
num_of_ATC_sequences will be omitted. A field 
SPN_ATC_stan describes the beginning of the se- 
quence ATC_sequence with a packet number. When the 
number of sequences ATC_sequence is "1", the begin- 
ning of the sequence ATC^sequence accords with the 
beginning of the clip AV stream file. Thus, the value of 
the field SPN_ATC.start is "0". 
[0235J A field num_of_STC_sequences describes the 



number of sequences STC_sequence of the sequence 
ATC_sequence. When a reproduction-only medium is 
used, since the number of sequences STC.sequence 
is "1", the descriptran thereof will be omitted. A field 
s offset_STC_ld describes a fixed value "0", A field 
PCR_P1D describes a PID of a TS packet that has a 
PGR (Program Clock Reference) of an MPEG2 TS. A 
field SPN_STC_staft describes the beginning of a se- 
quence STC_sequence with a packet number. When 

10 the number of sequences STC^sequence is 1. since the 
field SPN_STC_start accords with the beginning of the 
clip AV stream file, the value of the field SPN_STC_start 
is "0". A field prosentation.startjimo and a field 
prasentation_end_time describe a valid range of the clip 

15 AV stream. The range described in the field 
presentation_start_time and the field presentation. 
end_time can be referenced from a play item. 
[0236] Fig. 52 shows a syntax that describes an ex- 
ample of a structure of a block Programlnfo(). A syntax 

^ structure of a block Porgramlnfo() for a recordable me- 
dium can be applied to that for a reproduction-only me- 
dium. Since there Is no new structure in the block Pro- 
gramlnfoO, detailed description is omitted. In the block 
ProgramlnfoO, as restrictions, a value "1" can be de- 

25 scribed In a field num_of _program_sequences and a 
value "1" can be described in afield num_of_groups. 
[0237] Fig. 53 shows a syntax that describes an ex- 
ample of a stttjcture of a block StreamCodingInfo(). Like 
the block Programlnfo(), the block StreamCodinglnfo() 

30 has a syntax structure similar to that of the recordable 
medium. With respect to video data, the block Slream- 
CodinglnfoO describes attribute infonnation of a format 
of video data, a frame rate, and an aspect ratio. With 
respect to audio data, the block StreamCodinglnf o() de- 

53 scribes attribute infomiatlon of a sampling frequency 
and so forth. When the syntax structure of the recorda- 
ble medium is applied to the reproduction -only medium, 
as shown in Fig. 53, it is necessary to add a field 
language_code that describes a language of subtitles 

40 and audio streams to the block StreamCodinglnfo(). 
This Infonnation is effective when the most suitable lan- 
guage for audio and subtitles is selected in accordance 
with setting of the player. 

[0238] Fig. 54 shows a syntax that describes an ex- 
ample of a structure of a block CPI(). Generally, in an 
encoded stream such as an MPEG stream that has 
been compressed between frames, the stream can be 
decoded at limited positions for example the beginning 
of a GOP (Group Of Picture). The CPl (Characteristk: 

50 Point Information) is a database that is a collection of 
Infomiatlon about start positions at whteh data can be 
decoded. The database correlates reproduction times 
and addresses of a file. The CPl tabulates infomiation 
that describes start positions at which data can be de- 

55 coded. 

[0239] When data is reproduced from any time, by ref- 
erencing the CPl as such a database with the reproduc- 
tion time, the address of the reproduction position in the 
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file can be obtained. Since this address is the beginning 
at which data can be decoded, the player can read data 
therefronn and quickly display a picture. 
[0240] A start position at which data can be decoded 
(In this example, the start position of a GOP) Is de- 
scribed in the CPI and is refen-ed to as EP (Entry Point) 
entry. 

[0241 ] A field CPl.type describes the type of CPI. The 
field CPl.type describes a value as shown In Fig. 55. 
According to the present Invention, the type of the field 
CPLtype describes CPI for a reproduction-only medi- 
um. In reality, the valuo of the field CPLtype is "8" that 
describes an EP entry map for HDMV (EP_map_ 
typeJor.HDMV). 

[0242] Fig. 56 shows a syntax that describes an ex- 
ample of a data structure of a block EP_map of an EP 
entry for a reproduction-only medium, In other words, a 
block EP_mapJor_HDMV() of the foregoing field 
CPLtype. The map EP_map is a table that correlates 
reproduction times and addresses of a file for start po- 
sitions of GOPs. In the example shown in Fig. 56, as a 
table that correlates PTS (Presentation Time Stamp) of 
MPEG and SPN (Source Packet Number) tor start po- 
sitions of GOPs, a database is created. SPN represents 
a source packet number that corresponds to a byte ad- 
dress from the beginning of a file. 
[0243] The structure of the map EP_map for the re- 
cordable medium is almost the same as the structure of 
the map EP_map for the reproduction-only medium. Ac- 
cording to the embodiment, to reduce the data amount 
and speed up searches, coarse searches and fine 
searches are performed for individual values. Thus, the 
Internal structure of the map EP_map is divided into two 
for loops con-espondlng to coarse searches and fine 
searches. Consequently, the map EP_map for the re- 
production-type disc is more complk^ted than a simple 
table "that correlates PTSs of the first I pictures of GOPs 
and addresses in a file". 

[0244] A field E P_fine_table_start_address describes 
the position of a table used for fine searches. The next 
for loop describes tables for coarse searches. The for 
loop describes fields PTS_EP_coarse and SPN^EP. 
coarse. A field refJo_EPJine_id describes a table 
number for fine searches referenced from coarse 
searches. The fields PTS.EP.coarse and SPN_EP_ 
coarse describe high order bits of a PTS and an SPN. 
[0245] The for loop is followed by a padding word. The 
padding word is followed by a for loop that describes 
fields PTS_EPJine and SPN_EPJIne. In addition, the 
for loop describes a flag is_angle_change^oint and a 
field Lend j30sltion_off set. The flag is_an9le_ 
change^polnl describes whether each EP point con'e- 
sponds to an angle changeable point when the clip AV 
stream has a multiple angle structure (a second flag). 
[0246] Next, the flag is_angle_change_point will be 
described. First of all, for easy understanding, how a clip 
AV stream Is placed on a disc will be described. 
[0247] A clip AV stream is composed of a sequence 



(block) of data of which logrcal addresses on the disc 1 0 
are successive. Hereinafter, a block of data as a clip AV 
stream of which logical addresses on the disc are suc- 
cessive is referred to as an extent. Fig. 57 schematically 

5 Shows an arrangement of extents on a disc. In an ex- 
ample shown in Fig. 57, one clip AV stream is composed 
of a sequence of extents 601 A, 601 B, and 601 C. The 
lengths of the extents and the arrangement thereof are 
properiy controlled when the disc is produced. 

10 [0248] Then, the extents 601 A, 601 B. and 601C are 
structured so that they satisfy tho minimum size rule. 
When the clip AV stream has been recorded on a disc 
600, it is assured that data that is reproduced is succes- 
sively supplied. 

19 [0249] When one file is composed of a plurality of ex- 
tents 601 A, 601 B, and 601 C as shown in Fig. 57, a read- 
ing operation for successively reading for example one 
extent 601 A and then the next extent 601 B is repeated. 
When one extent 601 A Is read and then the next extent 

20 601 B is read, it is necessary to change the number of 
rotations of die disc 600 and move an optical pickup that 
composes a reading portion of the player for the disc 
600. 

[0250] The maximum access time for which the opti- 
25 cal pickup is moved on the disc 600 is around O.B sec- 
onds. While the optical pickup is being moved, data can- 
not be obtained from the drive, which composes the disc 
reading portion. On the other hand, since video and au- 
dio data are successively decoded and reproduced, a 
30 mechanism for compensating the access time is re- 
quired. 

[0251] When one extent 601 A and the next extent 
601 B are successively accessed, a jump takes place 
therebetween. When the byte length of the fomner extent 
35 601 A is large, before a jump is preformed; a sufficient 
amount of data can be read from the extent 601 A and 
stored in a buffer. Thus, while the Jump is being per- 
formed, since the data stored in the buffer is supplied to 
the decoder, the data can be successively decoded. 
40 [0252] In other words, .if the size of the extent 601 A 
from which the Jump is performed is sufficiently large, 
while the next extent 801 B is being Jumped, it is as- 
sumed that the stream will be successively supplied. 
Thus, to store a sufficient amount of data to the buffer, 
the lower limit of the size of an extent needs to be re- 
stricted. The minimum extent size is defined as a proper 
value In accordance with the read rate of the disc 600 
and the drive's access time. The condition for succes- 
sively supplying data can be determined depending on 
50 whether or not data has been arranged in accordance 
with the minimum size rule for extents. 
[0253] Fig. 58 shows an example of which a clip AV 
stream has been f ragmentally recorded as for example 
extents 601 D and 601 E on a disc. To assure that the 
55 recorded clip AV stream is read at a predetermined bit 
rate from the recording medium in Fig. 58, the size of 
one extent should satisfy a condition given by the fol- 
lowing formula (1). 
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Sx8/(Sx8 / Rud + Ts) >- Rmax (1 ) 

[0254] In the formula (1 ). "S" represents the size of ari 
extent In bytes and 'Ts'* represents a full-stroke access 
time, namely ihe maximum access lime, In seconds 
from one extent 6010 to the next extent 601 E. "Rud" 
represents a bit rate at which data Is read from a disc. 
"Rmax" represents a bit rate of a clip AV stream. "Rud" 
and "Rmax" are expressed In bits/second. "3" by which 
tho extent size S is multiplied is used for a byte/bit con- 
version. 

[0255] In other words, when data of a dip AV stream 
is successK/eiy arranged so that the size of each of the 
extents 601 D and 601 E becomes S bytes or greater, the 
sequence of the extents 601 D and 601 E can be seam- 
lessly reproduced. 

[0256] Thefonnula(l) canbemodifiedasformula(2). 

S x 8 >= Rmax . Rud - Ts / (Rud - Rmax) (2) 

[0257] When a real value is calculated in accordance 
with the formula (2). if the bit rate Rmax of the clip AV 
stream is 28 (bits/second), assuming that Rud = 36 Mb- 
ps (Mega Bit per second) and Ts = 0.8 seconds, the re- 
lation of S >= 14 MB (Mega Byte) is satisfied. In other 
words, In the example, the minimum extent size S be- 
comes 14 MB. 

[0258] In the foregoing manner, when one file is suc- 
cessively read, the condition for successively supplying 
data can be defined. This condition can be applied to a 
seamless angle switching function for . seamlessly 
switching angles that are read in a multiple angle func- 
tion. 

[0259] Next, with reference to Fig. 59A and Fig. 59B, 
the multiple angle function wilt be described. As an ex- 
ample shown in Fig. 59A. the multiple angle function 
provides a region for a plurality of reproduction paths 
(this region is referred to as a multiple angle block). 
Whfle the user is reproducing the region, he or she can 
freely switch one angle to another angle. When the 
same object Is photographed by a plurality of cameras 
with different angles, such a multiple angle block can be 
formed. 

[0260] Pictures that compose a multiple angle block 
are not limited to the same scene. Alternatively, a mul- 
tiple angle block may be composed of a plurality of pc- 
tures to be selectively displayed In the same period on 
a reproduction time base. 

[0261 ] A multiple angle block is composed of one play 
item. In other words, one play item contains pictures of 
a plurality of angles. In the example shown in Fig. 69A, 
In a multiple angle block, one of three angles (angle (0), 
angle (1), and angle (2)) can be selected. 
[0262] As an example shown in Fig. 598: to shorten 
the access time for which one angle is switched to an- 
other angle, streams that compose a multiple angle 



block are recorded In a special arrangement on the disc. 
This block recorded in the special an-angement on the 
disc is referred to as an interleave block. One succes- 
sive portion Is refen-ed to as an interleave unit. An inter- 
5 leave unit Is recorded at successive addresses of the 
disc. An interleave unit satisfies the condition for the 
minimum extent size. In an interleave block, interleave 
units are arranged on the time base in accordance with 
angles. 

10 [0263] When one angle is switched to another angle 
in each interleave unit, since a jump is performed after 
data of the minimum extent size is road, the foregoing 
condition for successively supplying data is satisfied. 
When the beginning of a GOP is matched with the be- 
« ginning of an Interleave unit, since the MPEG decoding 
can be perfomned from the beginning of an interleave 
unit, one angle can be seamlessly switched to another 
angle. 

[0264] Next, a position at which one angle can be 
seamlessly switched to another angle will be described. 
It is clear that one angle cannot be freely switched to 
another angle at any byte position due to both the char- 
acteristic of an MPEG stream that is inter-frame com- 
pressed and the condition for successively supplying 
data from the disc. As the simplest method, one angle 
is switched to another angle in each interleave unit that 
satisfies the minimum extent size. In addition, when the 
beginning of an interleave unit is matched with the be- 
ginning of a GOP, namely an EP entry, an MPEG stream 
can be successively decoded. 
[0265] When the number of angle switchable points 
is increased and the number of interleave blocks is In- 
creased by Interleaving, one file is fragmented. As a re- 
sult, the amount of management infomnation of the file 
system increases. For example, in the Blu-ray disc file 
system, when a file Is divided into a plurality of extents, 
the number of disc regions Increases. As a result, the 
database of the file system becomes large. As a result, 
the upper Itmltof the number of files that can be recorded 
adversely decrease. 

[0266] Thus, according to an embodiment of the 
present invention, as shown In Fig. 60A and Fig. 60B, 
the size of one interleave unit is increased so that the 
number of Interleave units of one Interleave block is de- 
creased and a plurality of angle switchable points are 
described in one interleave unit. Since an angle switch- 
able point is a decodable start point, the angle switcha- 
ble point is matched with one of EP points. 
[0267] The foregoing flag is_angle_change_point 
represents whether or not an EP entry that points at the 
beginning of a GOP is matched with an angle switchable 
point. The flag is_angle_change_point has a value as 
shown in Fig. 61. When the value of the flag 
is_angle_change_point is "1". it represents that the EP 
entry is an angle switchable point. When the value of 
the flag is_angle_change.point is "0", it represents that 
the EP entry is not an angle switchable point. 
[0268] Whether or not an EP entry is a seamless an- 
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gle switchable point basically depends on whether or not 
the EP entry and the preceding angle switchable point 
are apart by the minimum extent size or greater. In other 
words, the distance between EP entries for which one 
angle can be switched to anther angel, of which the val- s 
ue of the Hag ls_angte_change_point is "1", should be 
apart by the minimum extent size or greater. 
[0269] Next, with reference to Fig. 60A and Fig. 60B, 
a seamless anget switching operation using the flag 
is_angle_change_point will be described. In Fig. 60A 
and Fig. 60B. points denoted by upward arrow marks 
represent angle switchable points. As an example 
shown in Fig. SOB, points denoted by upward arrow 
marks are EP entries that are angle switchable points. 
At each of these EP entries, the value of the flag 
is_angle_changej3oint is "1". 

[0270] With reference to Fig. 60A, it is assumed that 
white one angle (0) is being reproduced, the user switch- 
es the angle (0) to the angle (1). Then, the player con- 
tinuously reads a stream of the angle (0) untilthe closest 
EP entry of which the value of the flag is_angle_ 
change_point is "1 Next, the player searches a clip in- 
formation file for an EP entry of the angle {1 ) in synchro- 
nization with the obtained EP entry, obtains the byte po- 
sition of the obtained EP entry, and starts reading the 
stream from the obtained byte position. With the forego- 
ing operation, angles can be seamlessly switched. 
[0271] In the reproduction path on the disc, at the po- 
sition of which the value of the flag is_ang!e_ 
change jx3int is "1", a Jump is perfomned between an- 
gles. 

[0272] Next, the case of which one angle is nonseam- 
lessty switched to another angle will be described. Non- 
seamless angle switching Is angle switching of a discon- 
tinuity can take place in a picture, in the seamless angie 
switching, if angle switching is designated, as described 
above, a stream is reproduced until an angle switchable 
point. At the angle switchable point, the angle switching 
is perfonned. in contrast, in the nonseamless angle 
switching, whon angle switching is designated, angles 
can be promptly switched without consideration of the 
condition for successively supplying data and the begin- 
ning of a GOP. Thus, the nonseamless angle switching 
has an abvanlage of short switching time. 
[0273] Fig. 62A and Fig. 628 show an example of a 
nonseamless multiple angle block. In the nonseamless 
angle switching, since a discontinuity can take place in 
a picture, it is not necessary to always move to another 
angle in synchronization with the current angle. For ex- 
ample, white a GOP of one angle is being reproduced, 
a jump can be perfonned from the angle to the beginning 
of the closest GOP of another angle, the GOP being ear- 
lier than the GOP of the original angle. As shown in Fig. 
62A, when a jump is performed from the angle (0) to the 
angle (1), the beginning of a GOP of the angle (1) is 
sought, in the example, after the angle (1) is slightly re- 
turned, It is reproduced. Fig. 62B shows a reproduction 
path on the disc in that case. 



[0274] On the other h and , a nonseami ess multiple an- 
gie block should be seamlessly connected at the exit 
thereof. In otherwords, when angie switching is not per- 
fonned at all, like a regular reproduction, to improve the 
quality of a reproduced picture, it is very important not 
lo cause a discontinuity to take place al an entrance and 
an exit of a multiple angle block. 
[0275] According to the embodinrient of the present in- 
vention, with the setting of the flag is_angle_ 
change.point. a nonseamless multiple angle block is 
seamlessly connected to the main part. 
[0276] A seamless connection between tho main part 
and an angle block can be relatively easily periomied. 
In other words, when the end of the main part (the end 
of a play item immediately preceded by an entrance of 
a nonseamless multiple angle block) satisfies the con- 
dition of the minimum extent size, the main part can be 
seamlessly connected to any angle. 
[0277] On the other hand, in the vicinity of an exit of 
an angie block to the main part, when angles are 
switched in a path as shown in Fig. 63A, data after the 
last switched point to the end of the angle does not sat- 
isfy the minimum extent size. Thus, when a jump is per- 
formed at the exit of the multiple angle block, the condi- 
tion for successively supplying data is not satisfied. 
Thus, the picture is paused. Altematively. a discontinuity 
takes place and for example the screen becomes black. 
Fig. 63B shows a reproduction path on the disc in that 
case. 

[0278] In the example shown in Fig. 63A, data from 
the position at whrch the angle (2) is switched to the an- 
gle (1) to the exit of the multiple angle block does not 
satisfy the minimum extent size. Thus, when the angle 
(1 ) is moved to the main part, since the amount of data 
that Is read for the angle (1 ) is insufficient, a discontinuity 
takes place in the picture that is reproduced. 
[0279] According to the embodiment of the present in- 
vention, to solve the problem that takes place in the non- 
seamless angle switching, the flag is_angle_change„ 
point is used for a nonseamless multiple angle block. 
While a nonseamless multiple angle block is being re- 
produced, when angles are switched, a discontinuity 
can take place in the picture. Thus, the value of the flag 
is_angle_change jDoInt is all "1's" as shown in Fig. 63B. 
In other words, a jump can be perfonned from any po- 
sition of an angle that is being reproduced. In addition, 
a reproduction can be performed from any jumped po- 
sition. 

[0280] Next, the definition of the flag is_angle_ 
change j3oint for a clip in a nonseamless multiple angle 
block will be given. As described above, in a region of 
which the value of the flag ls.angle_change_point is "0'* , 
while a picture is being reproduced, angle switching to 
another angle Qump to another angle) and returning to 
the reproduction position of the original angle (return to 
original angle) are prohibited. In contrast, in a region of 
which the value of the flag is angle.change j)oint is "1 
the "jump to another angie" and "return to original angle" 
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can be performed. In the vicinity of the exit of each angle, 
at a predetermined number of positions, the value of the 
flag is_angIe_change_point Is set to **0". In the region of 
which the value of the flag l5_angle_change jDoInt Is set 
to "0", the "jump to another angle" and "return to original 
angle" are prohibited. The size of Ihe region of which 
the value of the flag ls_angle_change_point is set to "0" 
is equal to or greater than the minimum extent size. 
[0281 ] Since the flag is_angle_change j>olnt Is set in 
such a manner, immediately before an exit of a non- 
seamless multiple angle block, the "jump to another an- 
gle" and "return to original angle" can be prohibited. 
[0282] For example, as shown in Fig. 84B and Fig. 
6SB, the value of the flag is_angle_change_potnt is set 
to "0" In six EP entries on the rear end side of each in- 
terleave unit, whereas the value of the flag 
Is_angle_changej30int is set to "r In the other EP en- 
tries of each interleave unit. 

[0283] Next, methods for reproducing a nonseamless 
multiple angle block in accordance with the value of the 
flag is_angle_change_point that has been set in the 
foregoing manner wilt be described. In the first method, 
in a region of which the value of the flag 
is_angle_changej3oint has been set to "0", the angle 
switching is prohibited. 

[0284] Next, with reference to Fig. 64A and Fig. 64B, 
the first method will be described. As described above, 
in six EP entries on the rear end side of each interleave 
unit, the value of the flag is_angle_change_point is set 
to "0" (see Fig. 648). As shown in Fig. 64A, when the 
reproduction position is In the region of which the value 
of the flag is_angle_changej3olnt has been set to "0", 
the angle switching is prohibited. Even If the user issues 
an angle switching command in the region: the player 
will ignore the command. In the example, the player 
does not perfonn the angle switching. The player exits 
the multiple angle block and enters the main part play 
item. Fig. 64B shows a reproduction path on the disc in 
that case. 

[0285] in the second method, although the anglo 
switching is permitted In a region of which the value of 
the flag is_angle_change_point has been set to "0", af- 
ter the angle switching is perfonned, a jump is per- 
formed to a position at which the value of the flag 
is_angle_changejDoint has been set to "1". 
[0286] Next, with reference to Fig. 65A and Fig. 65B, 
the second method will be described. As described 
above. In six EP entries on the rear end side of each 
interleave unit, the value of the flag 
is_angle_change_point is set to "0" (see Fig. 65B). As 
shown in Fig. 65A, at a position whose distance to the 
exit of a multiple angle block is smaller than the mini- 
mum extent size, namely in a region of whteh the value 
of the flag ls_angle__change_polnt has been set to "0", 
If angle switching is designated, the reproduction posi- 
tion is retumed to a region of which the value of the flag 
is_angle_changej3oint has been set to "1" and the re- 
production is started from the region. Fig. 65B shows a 



reproduction path on the disc in that case, 
[0287] In any of the first and second methods, when 
a Jump is performed at the exit of a multiple angle block, 
after data of the minimum extent size or greater is read, 
s the next play item is reproduced. Thus, a discontinuity 
(nonseamless) can be prevented from taking place at 
the exit of an angle block. 

[0288] In Fig. 64A and Fig. 648. an interleave block 
composes a nonseamless multiple angle block. Howev- 
10 en as shown in Fig. 65A and Fig. 658. other than an 
interleave block can compose a nonseamless multiple 
angle block. 

[0289] Fig. 66A. Fig. 66B. and Fig. 66C are functional 
bk>ck diagrams showing an example of a structure of a 
player decoder 1 00 according to an embodiment of the 
present invention . The player decoder 1 00 interprets da- 
ta reproduced from a disc loaded into a drive device (not 
shown), outputs an AV stream, and allows the user to 
interactively operate the output AV stream. 
[0290] All operations of the player decoder 100 are 
controlled by a CPU (not shown). Streams and data 
flows of individual portions of the player decoder 100 
are monitored and controlled by the CPU. 
[0291] When the disc is baded into the drive device 
(not shown), as described above, the file "scenario.hd- 
mv" and the file "entry list. data" are reproduced. In ac- 
cordance with the descriptions of the file "scenario.hd- 
mv" and the file "entryiist.data", other necessary files are 
read from the disc and thereby a content recorded on 
the disc is reproduced. For example, in accordance with 
the descriptk)ns of the file "scenario. hdmv" and the file 
"entrylist.data", moving picture data displayed on the 
moving picture plane 10, image data displayed on the 
subtitle plane 11 and the graphics plane 12, a play list 
file, and so forth are read from the disc. 
[0292] In the following description , among those data 
that is read from the disc, streams such as moving pic- 
ture data, sub pk^tures (subtitle data), and sound data 
that should be continuously processed are referred to 
as real time streams. In contiBst, non-real time data 
such as scenario files and play list files that are not re- 
quired to be sutxsessively processed are refen-ed to as 
store objects. The store objects are stored in a memory 
or the like and expanded thereon. Store objects are 
stored in the menx)ry or the like, expanded, and proc- 
essed when necessary. 

[0293] The player decoder 1 00 has two systems of In- 
put channels that are channel (1) and channel (2). A 
store object is input to an input terminal 101 of the input 
channel (1 ). A real time stream is input to an input ter- 
minal 202 of the Input channel (2). Altemath/ely. a store 
object may be input to the input temninal 202. According 
to the embodiment, a real time stream and a part of a 
store object that are input to the Input tenminal 202 are 
MPEG2 TSs. 

[0294] When the rotation speed of the disc in the drive 
device is increased for example twice and the read 
transfer speed of the disc is increased, the reading op- 
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orations for two systems of the channels (1 ) and (2) from 
the disc are perfomied in time division basis. 
[0295] First of all. the system of the input channel (1 ) 
will be described. A store object that is Input to the input 
terminal 1 01 is input to a switch circuit 1 02. When a pro- 
gram code of the file "scenario.hdmv" as a store objecl 
is input, the switch circuit 102 selects an output terminal 
1p2A. The input program code is stored in a code buffer 
104. As another program, an HTMLftie» an ECMA script, 
or the like may be input. 

[0296] When image data and audio data arc input as 
a store object, tho switch circuit 102 selects an output 
temiinal 102B. As a result, the input image data is input 
to a switch circuit 103. When a real time stream that is 
input to the input temninal 202 does not contain image 
data displayed on the subtitle plane 11 or the graphics 
plane 12, the switch circuit 1 03 selects an input terminal 
1 03A. The Image data and audio data that are input from 
the switch circuit 1 02 are stored in a contents buffer 1 05. 
[0297] Likewise, when image data displayed on the 
subtitle plane 1 1 or the graphics plane 1 2 and audio data 
as a sound effect are contained in a real time stream 
that is input to the input tenminal 202, the switch circuit 
103 selects an Input temilnal 1 03B. As a result, the Im- 
age data/audio data is stored in the contents buffer 1 05. 
Store objects stored in the code buffer 1 04 and the con- 
tents buffer 105 are read when necessary and supplied 
to a multimedia engine 106. 

[0298] The image data of the store object stored in the 
contents buffer 105 is also supplied to a graphtos de- 
coder A 300 and a graphics decoder B 301 through 
switch circuits 1 07 and 108, respectively 
[0299] In the example shown In Fig. 66A, Fig. 668, 
and Fig. 66C, the graphic decoder A 300 decodes PNG 
formal image data. The graphic decoder B 301 decodes 
JPEG fonnat image data. Alternatively, the graphk: de- 
coder A 300 andthe graphic decoders 301 may decode 
other format image data and/or a plurality of fonnats of 
image data. 

[0300] The multimedia engine 1 06 comprises an XML 
parser 1 06A, a script interpreter 1 06B, a graphk: render- 
er 106C, a sound player 106D that reproduces a sound 
effect, and a scenario file analyzing engine 106E. The 
multimedia engine 106 may be composed of independ- 
ent hardware. Alternatively, the multimedia engine 1 06 
may be accomplished by a process of a predetermined 
program that the foregoing CPU (not shown) executes. 
[0301] The XML parser 106A has a function for pars- 
ing an XML (Extensible Markup Language) document, 
in addition, the XML parser 106A can also parse an 
HTML document. An HTML document parsed by the 
XML parser 1 06A is converted into a f omnat that can be 
executed by the player decoder 100. The script inter- 
preter 106B analyzes an ECMA script and converts it 
into a format that can be executed by the player decoder 
100. The graphic renderer 106C decodes image data 
and obtains a format that can be expanded on the sub- 
title plane 1 1 and the graphics plane 1 2. The sound play- 



er 1 06D reproduces audio data used for a button click 
sound and so forth. 

[0302] The multimedia engine 1 06 performs process- 
es for the XML parser 1 06A, the script interpreter 1 06B, 

s and the graphic renderer 1 06C with a work memory of 
a buffer 109. For example, the XML parser 106A and 
the script interpreter 1 068 use a code buffer 1 09a of the 
buffer 1 09. The graphic renderer 106C uses a graphics 
buffer 109D of the buffer 109. The buffer 109 further 

10 comprises a font buffer 1 098 that stores font data used 
to display a character string and a tree buffer 109C that 
stores the parsed result of the HTML document by the 
XML parser 1 06A in a hierarchical tree stmcture. The 
sound player 106D reproduces audio data stored in the 

15 sound buffer 1 09E. 

[0303] The multimedia engine 1 06 reads the scenario 
file "scenario.hdmv" and so forth stored in for example 
the code buffer 104. The scenario analyzing engine 
104E analyzes a scenario in accordance with the de- 

20 scription of the file that has been read. A drive device or 
the like (not shown) is controlled in accordance with the 
description of the analyzed scenario. Necessary files of 
moving picture data displayed on the moving picture 
plane 1 0, image data displayed on the subtitle plane 1 1 

25 and the graphics plane 12, audio data, and so forth are 
read from the disc loaded into the drive device. As a re- 
sult, a content is reproduced. 

[0304] Data that Is stored in the code buffer 1 04 and 
the contents buffer 1 05 can be held therein until the data 
30 becomes unnecessary. Thus, data stored in the code 
buffer 1 04 and the contents buffer 1 05 can be repeatedly 
read when necessary. 

[0305] In addition, the multimedia engine 106 reads 
an ECMA script from the code buffer 1 04. When neces- 

35 sary, the multimedia engine 106 reads another ECMA 
script and an HTML document from the code buffer 104 
in accordance with the description of the ECMA script 
that has been read. In addition, the multimedia engine 
106 reads image data from the contents buffer 105. 

40 [0306] in addition, the multimedia engine 106 per- 
forms a demultiplexing process for the plurality of types 
of input data, a JavaVM (Java (registered trademark) 
virtual machine) function, and so forth. Moreover, the 
multimedia engine 1 06 receives a user's input from op- 

45 erating means such as a remote control commander, a 
pointing device, or the like (not shown) and perfonns a 
process in accordance with the user's input. The user's 
input is also supplied to the graphics decoder A 300, the 
graphics decoder B 301, an audio decoder 118. an 

50 MPEG video decoder 120, and a system decoder 121 
that will be described later. 

[0307] Image data processed by the graphic renderer 
1 06C is supplied to a sub picture plane 302 and a graph- 
ics plane 303 through switch circuits 130 and 131 , re- 
55 spectively. In this example, it is assumed that image da- 
ta supplied to the sub picture plane 302 and the graphics 
plane 303 are bit map data of which image data in the 
PNG format, JPEG format, or the like has been decoded 
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by the graphic Tenderer 1 06C. Timing at which the image 
data is supplied to the planes 302 and 303 is controlled 
by the multimedia engine 106. 
[0308] The sub picture plane 302 and the graphics 
plane 303 correspond to the foregoing subtitle plane 1 1 
and graphics plane 12, respectively. A moving picture 
plane 135 corresponds to the foregoing moving picture 
plane 10. Each of the sub picture plane 302, the graph- 
ics plane 303, and the moving picture plane 135 is com- 
posed of for example a frame memory. 
[0309] The multimedia engine 106 also supplies a 
control signal thai causes one of tho moving picture 
plane 135, the sub picture plane 302, and the graphics 
plane 333 to be selected or them to be combined to a 
presentation processor 139 that will be described later. 
Likewise, the multimedia engine 106 supplies a control 
signal that controls an output of an audio stream to a 
presentation processor 141 that will be described later. 
[0310] Next, the system of the input channel (2) will 
be described. A real time stream that is input as an 
MPEG2 TS to the input temiinal 202 is supplied to the 
PID filter 110. The RID filter 110 extracts a RID (Packet 
Identrffcation) from the MPEG2 TS transport stream and 
detects an attribute of a stream contained In a transport 
packet. The PID filter 110 separates the input real time 
stream into corresponding systems for each transport 
packet in accordance with the aHribute of the stream. 
[0311] When a transport packet is a packet in whteh 
image data of a store object is contained* the transport 
packet is temporarily stored in a buffer TBn 111 A. The 
transport packet is read at predetermined timing and In- 
put to the switch circuit 103 through the input terminal 
103B that has been selected. Thereafter, the transport 
packet is stored in the contents buffer 105 through the 
switch circuit 103. 

[0312] When the PID filter 110 has detemiined that 
the transport packet contains PNG fomiat data in ac- 
cordance with the PID, the transport packet is tempo- 
rarily stored in a buffer TBn 11 1 B and a buffer Bn 1 1 28. 
The transport packet is road at predotonnined timing 
and input to the switch circuit 1 07 through an input ter- 
minal 107B that has been selected. The transport pack- 
et Is supplied to the graphics decoder A 300 through the 
switch circuit 107. 

[0313] The graphics decoder A 300 removes header 
information from the supplied transport packet, decodes 
PNG data contained in the transport packet, and obtains 
image data for subtitles or graphics. When the Image 
data is used as subtitles, the image data is input to an 
Input temninal 1 308 of the switch circuit 1 30 and expand- 
ed to the sub picture plane 302 through the switch circuit 
130 at predetemiined timing. Likewise, when the image 
data is used as buttons, since they are displayed on the 
graphics plane, the image data is input to an input ter- 
minal 131C of the switch circuit 130 and expanded to 
the graphics plane 303 through the switch circuit 131. 
[031 4] When the PID filter 1 1 0 has determined that a 
transportpacketcontains JPEG data in accordance with 
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the PID. the transport packet is temporarily stored in a 
buffer TBn 111C and a buffer Bn 112C. The transport 
packet is read at predetermined timing, input to a switch 
circuit 1 08 through an input temninal 1 08B that has been 
s selected, and supplied to the graphics decoder B 301 
through the switch circuit 108. 
[0315] The graphtes decoder B 301 removes header 
information from the supplied transport packet, decodes 
JPEG data contained in the transport packet, and ob- 
10 tains bit map image data. When the image data is used 
as subtitles, tho image data is input to an input terminal 
130C of tho switch circuit 130 at predetemilnod timing 
and expanded to the sub picture plane 302 through the 
switch circuit 130. Likewise, when the image data is 
^5 used as buttons, the image data is input to an input ter- 
minal 1 318 of the switch circuit 131 at predetenmined 
timing and expanded to the graphics plane 302 through 
the switch circuit 131. 

[0316] When the PID filter 1 1 0 has detennined that a 
transport packet contains audio data in accordance with 
the PID. the transport packet is temporarily stored in a 
buffer TBn 111 D and a buffer Bn 11 2D. The transport 
packet is read at predetennined timing and supplied to 
the audio decoder 118. Audio data contained in the 
transport packet is compression-encoded in accord- 
ance with a system based on for example Dolby Digital. 
[031 7] The audio decoder 1 1 B has for example a lin- 
ear PCIV1 (Pulse Code Modulation) audio decoder 119 
that removes header infomiation from the input trans- 
port stream, decodes compression-encoded audio data 
contained in the transport packet, and finally obtains lin- 
ear PCIVI audio data. When the transport packet con- 
tains linear PCM audio data that has not been compres- 
sion-encoded, the data Is directly input to the linear PCM 
audio decoder 119. The linear PCM audio decoder 119 
outputs the data without performing any process. 
[0318] The linear PCM audio data that is output from 
the audio decoder 11 8 is input to the presentation proc- 
essor 1 41 for audio. In the presentation processor 1 41 . 
a predotcnmlnod sound offoct and so forth are added to 
the linear PCM audio data under the control of the mul- 
timedia engine 106 and then obtained from an output 
terminal 142. 

[0319] When the PID filter 110 has detemnlned that a 
transport packet contains moving picture data in accord- 
ance with the PID. the transport packet is temporarily 
stored in a buffer TBn 111E. a buffer MBn 113. and a 
buffer EBn 114, read at predetennined timing, and sup- 
plied to the MPEG video decoder 120. The moving pic- 
ture data contained in the transport packet has been 
compression-encoded in accordance with the MPEG2 
system. 

[0320] The M P EG vi deo decoder 1 20 removes head- 
er infomiation from the supplied transport packet, de- 
codes moving picture data that has been compression- 
encoded In accordance with the MPEG2 system, and 
obtains base band moving picture data. 
[0321] The moving picture data that is output from the 
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MPEG video decoder 120 Is input to an input terminal 
124A of a switch circuit 124. In addition, the moving pic- 
ture data is Input to an input terminal 124B of the switch 
circuit 1 24 through a buffer 1 23. In the switch circuit 1 24, 
the input temiinals 124A and 1248 are selected at pre- s 
determined liming. Output moving picture data is ex- 
panded on the moving picture plane 134. 
[0322] When the PID filter 110 has determined that 
the transport packet contains system Information in ac- 
cordance with the PID, the transport packet is supplied 
to tho system docodcr 121 through buffers TBn 111 F 
and Bsys 1 1 5. The system decoder 1 21 removes header 
infonnation from the supplied transport packet and ex- 
tracts the system infonDation therefrom. The system in- 
formation is supplied to for example the CPU (not 
shown). 

[0323] Image data on the sub picture plane 302 is sup- 
plied to a palette 304 that corresponds to the foregoing 
palette table 22 shown In Fig. 17. The palette has 256 
colors. The palette is referenced with an index. RGB da- 
ta is output. In addition, transparency data a1 is extract- 
ed. The RGB data is converted into YCbCr data by an 
RGB/YCbCr converting circuit 306 that corresponds to 
the foregoing RGB/YCbCr converting circuit 29 shown 
in Rg. 17. In addition to the transparency data a1, the 
YCbCr data is supplied to the presentation processor 
139. 

[0324] Image data on the graphics plane 303 is sup- 
plied to a paiette 305 that corresponds to the foregoing 
palette table 26A shown in Fig. 17. As a result, RGB 
data and transparent data a2 are output. The RGB data 
is supplied to an RGB/YCbCr converting circuit 307 that 
corresponds to the RGBA'CbCr converting circuit 26B 
shown In Fig. 1 7. As a result, the color system is con- 
verted from RGB (4:4:4) into YCbCr (4:4: 4). In ad- 
dition to the transparent data ce2, the YCbCr data that is 
output from the RGBTi^CbCr converting circuit 307 is 
supplied to the presentation processor 139. 
[0325] An output of the moving picture plane 135 Is 
supplied to the presentation processor 139 through an 
up/down converter 138. The up/down converter 138 is 
a circuit that converts the resolution of the image. The 
up/down converter 138 converts for example an HD 
(High Definition) image having a high resolution Into an 
SD (Standard Definition) image having a standard res- 
olution. 

[0326] The presentation processor 139 performs an 
alpha-blending process using transparency a1 of image 
data of the subtitle plane 11 (subtitle plane 302) and 
transparency o2 of the graphics plane 12 (graphics 
plane 303) described In Fig. 1 7. 
[0327] The presentation processor 1 39 combines im- 
age data of the moving picture plane 135 and image da- 
ta of the sub picture plane 302 in accordance with the 
transparency a1 that has been set to the image data of 
the sub picture plane 502. In addition, the presentation 
processor 139 combines the Image data of which the 
image data of the moving picture plane 135 and the im- 



age data of the subtitle plane 302 have been combined 
and image data of the graphics plane 303 in accordance 
with the transparency a2 that has been set to the image 
data of the graphtos plane 303. The image data of which 
the Image data of the graphics plane 303, the Image da- 
la (subtitle data) of the sub pcture plane 302, and the 
image data of Ihe moving picture plane 135 have been 
combined Is obtained from an output terminal 1 40. 
[0326] The presentation processor 139 can perfomri 
an effect process for image data on real time basis. 
[0329] In such a structure, when a content described 
and whose data is structured according to tho embodi- 
ment of the present invention is loaded Into a drive de- 
vice (not shown), the file "scenario. hdmv" and so forth 
are read. In accordance with the description of the file 
"scenario. hdmv", a content recorded on the disc are re- 
produced. When the user Issues a command with the 
operating means (not shown), each portion of the drive 
devk:e and the player decoder 1 00 are controlled by the 
multimedia engine 106. Data is reproduced in accord- 
ance with the command. 

[0330] When an angle switching command Is issued 
by the operating means (not shown), required files "see- 
nario.hdmv". "ent^list.data". and so forth are refer- 
enced under the control of the multimedia engine 106. 
In accordance with infonnation about a dip switchable 
point, the drive device (not shown) is controlled. In the 
foregoing manner, a read position on the disc is changed 
so as to switch angles. In addition, the operating means 
can issue a pause cancellation command for a stiil pic- 
ture. 

[0331 ] In the foregoing description, each portion of the 
player decoder 1 00 is composed of hardware. However, 
the present invention Is not limited to such an example. 
For instance, the player decoder 1 00 can be accom- 
plished by a process of software. In this case, the player 
decoder 1 00 can be operated on a computer device. In 
addition, the player decoder 100 can be accomplished 
by a combination of hardware and software. For exam- 
ple, the audio decoder 1 1 8 and the MPEG video decoder 
1 20 may be composed of hardware. The rest of the play- 
er decoder 100 may be composed of software. 
[0332] A program that causes a computer device to 
execute the player decoder 100 composed of only soft- 
ware or a combination of hardware and software is re- 
corded on a recording nnedium for example a CD-ROM 
(Compact Disc-Read Only Memory) and supplied there- 
with. The CD-ROM is loaded into a CD-ROM drive of 
the computer device. The program recorded on the 
CD-ROM is installed to the computer device. As a result, 
the foregoing process can be executed on the computer 
device. Since the structure of the computer device is 
well known, the description thereof will be omitted. 
[0333] As described above, the present invention has 
an effect that an Interactive function causing reproduc- 
tion to be changed In accordance with the user's input 
can be accomplished by extending the blu-ray disc 
standard for recording and reproducing data for a pre- 
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recorded large capacity disc. 

[0334] In addition, according to the embodinnent of the 
present invention, since information of a play list com- 
posing a title and atop menu is described in a database, 
a desired title can be directly reproduced with a key op- 
eration of a remote controller or the like without need lo 
select the desired title on a screen. Moreover, a lop 
menu screen can be invoked. 

[0335] I n addition, according to the embodiment of the 
present invention, since a flag that represents whether 
or not angles can be switched is described at tho begin- 
ning of each decoding unit, a seamless angle switching 
function free of a discontinuity at an angle switched point 
can be accomplished. 

[0336] According to the embodiment of the present in- 
vention, since a flag that represents whether or not a 
sub play item can be reproduced not in synchronization 
with a main play item is described, a BGM that is not in 
synchronization with a main path can be repeatedly re- 
produced. 



Claims 

1. A reproducing apparatus for reproducing content 
data recorded on a disc shaped recording medium, 
the reproducing apparatus comprising: 

reading means for reading from the recording 
medium a video stream, a first flag described 
for each reproduction unit of the video stream, 
the number of angles that the reproduction unit 
contains, and positton Inforniation that repre- 
sents the positions of the angles on the video 
stream, the first flag representing whether or 
not the reproduction unit can be reproduced 
with a plurality of angles; and 
reproducing means for controlling the reading 
means so that the video stream that composes 
the angles Is read In accordance with tho posi- 
tion information. 

2. The reproducing apparatus as set forth in claim 1 , 

wherein the reproducing means is configured 
to change the reproduction position of the video 
stream in accordance with the position inforniation 
so as to allow the cun-ent angle to be switched when 
the flag represents that the reproduction unit can be 
reproduced with the plurality of angles. 

3. The reproducing apparatus as set forth in claim 2, 

wherein the video stream has been encoded 
in the unit of one or a plurality of frames and record- 
ed on the recording medium, 

wherein the reading means is configured to 
read a second flag described in the encode unit 
from the recording medium, the second flag repre- 
senting whether or not the current angle can be 



switched at the beginning of the encode unit, and 
wherein the reproducing means is configured 
to change the reproduction position of the video 
stream at a position in accordance with the second 
« flag. 

4. The reproducing apparatus as sel forth in daim 3, 

wherein the second flag is described in a pre- 
determined region on the rear end side of each of 
10 the angles. 

5. The reproducing apparatus as set forth in claim 4, 

wherein the reproducing means is configured 
to not change the reproduction position when a 
IS command that causes the reproduction position to 
be changed In the predetermined region is issued. 

6. The reproducing apparatus as set forth in claim 4, 

wherein the reproducing means is configured 
^ to return to a position immediately preceding the 
predetermined region of a switched angle and re- 
produce the angle when a command that causes 
the reproduction position to be changed in the pre- 
determined region is issued. 

2$ 

7. The reproducing apparatus as set forth in daim 4, 

wherein the size of the predetennined region 
is based on the maximum access time of the read- 
ing means from a first region to a second region on 
^0 the recording medium and the difference between 
the read speed and the reproduction speed for the 
video stream of the reading means from the repro- 
ducing means. 

35 8. A reproducing method for reproducing content data 
recorded on a disc shaped recording medium, the 
reproducing method comprising the steps of: 

reading from the recording medium a video 
'^^ stream, a first flag described for each reproduc- 

tion unit of the video stream, the number of an- 
gles that the reproduction unit contains, and po- 
sition information that represents the positions 
of the angles on the video stream, the first flag 
representing whether or not the reproduction 
unit can be reproduced with a plurality of an- 
gles; and 

controlling the reading step so that the video 
stream that connposes the angles is read in ac- 
50 cordance with the position information. 

9. A reproducing program that causes a computer de- 
vice to execute a reproducing method for reproduc- 
ing content data recorded on a disc shaped record- 
55 ing medium, the reproducing method comprising 
the steps of: 

reading from the recording medium a video 
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stream, a first flag described for each reproduc- 
tion unit of the video stream, the number of an- 
gles that the reproduction unit contains, and po- 
sition information that represents the positions 
of the angles on the video stream, the first fiag 
representing whether or not the reproduction 
unit can be reproduced with a plurality of an- 
gles; and 

controlling the reading step so that the video 
stream that composes the angles is read in ac- 
cordance with the position information. 

10. A disc shaped recording medium on which a repro- 
ducing program that can be read by a computer de- 
vice has been recorded, the reproducing program 
causing the computer device to execute a reproduc- 
ing method for reproducing content data recorded 
on the recording medium, the reproducing method 
comprising the steps of: 

reading from the recording medium a video 
stream, a first flag described for each reproduc- 
tion unit of the video stream, the number of an- 
gles that the reproduction unit contains, and po- 
sition information that represents the positions 
of the angles on the video stream, the first flag 
representing whether or not the reproduction 
unit can be reproduced with a plurality of an- 
gles; and 

controlling the reading step so that the video 
stream that composes the angles is read in ac- 
cordance with the position information. 

11. A disc shaped recording medium on which content 
data has been recorded, 

wherein a video stream, a first fiag described 
for each reproduction unit of the video stream, the 
number of angles that the reproduction unit con- 
tains, and position Infonnation that represents the 
positions of the angles on the video stream have 
been recorded on the recording medium, the first 
flag representing whether or not the reproduction 
unit can be reproduced with a* plurality of angles, 
and 

wherein the video stream that composes the 
angles is read in accordance with the position infor- 
mation. 

12. The recording medium as set forth in claim 11 , 

wherein the reproduction position of the video 
stream can be changed in accordance with the po- 
sition information when the flag represents that the 
reproduction unit can be reproduced with the plu- 
rality of angles. 

13. The recording medium as set forth in claim 12, 

wherein the video stream has been encoded 
in the unit of one or a plurality of frames and record- 
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ed on the recording medium, and 

wherein a second flag has been recorded in 
the encode unit, the second flag representing 
whether or not the current angle can be switched at 
5 the beginning of the encode unit. 

14. The recording medium as set forth in claim 13, 

wherein the second flag is described In a pre- 
detennined region on the rear end side of each of 
10 the angles. 

15. The recording medium as set forth in claim 14, 

wherein whan a command that causes the re- 
production position to be changed in the predeter- 
15 mined region is issued, the reproduction position is 
not changed. 

16. The recording medium as set forth in claim 14. 

wherein when a command that causes the re- 
20 production position to be changed in the predeter- 
mined region is issued, a position immediately pre- 
ceding the predetemriined region of a switched an- 
gle is traced and the switched angle is reproduced 
from the traced position. 

25 

17. The recording medium as set forth in claim 14, 

wherein the size of the predetemnined region 
is based on the maximum access time from a first 
region to a second region and the difference be- 
30 tween the read speed and the reproduction speed 
for the video stream. 

18. A reproducing apparatus for reproducing content 
data recorded on a disc shaped recording medium, 

33 the reproducing apparatus comprising: 

reading means for reading from the recording 
medium a main stream mainly reproduced, a 
sub stream reproduced as a sub of the mam 
40 stream along therewith, and a flag that repre- 

sents whether or not the sub stream should be 
repeatedly reproduced not in synchronization 
with the main stream; and 
reproducing means for controlling the repro- 
45 duction of the sub stream In accordance with 

the flag. 

19. The reproducing apparatus as set forth in claim 1 8, 

wherein the reproducing means is configured 
50 to repeatedly reproduce the sub stream until the re- 
production of the main stream is finished when the 
flag represents that the sub stream should be re- 
peatedly reproduced. 

55 20. The reproducing apparatus as set forth in claim 1 8. 

wherein the sub stream is composed of only 
audio data. 
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21 . A reproducing method for reproducing content data 
recorded on a disc shaped recording medium, the 
reproducing method comprising the steps of: 

reading fronn the recording medium a main 
stream mainly reproduced, a sub stream repro- 
duced as a sub or the main stream along there- 
with, and a flag that represents whether or not 
the sub stream should be repeatedly repro- 
duced not in synchronization with the main 
stream; and 

controlling the reproduction of the sub stream 
In accordance with the flag. 

22. A reproducing program that causes a computer de- 
vice to execute a reproducing method for reproduc- 
ing content data recorded on a disc shaped record- 
ing medium, the reproducing method comprising 
the steps of: 

reading from the recording medium a main 
stream mainly reproduced, a sub stream repro- 
duced as a sub of the main stream along there- 
with, and a flag that represents whether or not 
the sub stream should be repeatedly repro- 
duced not in synchronization with the main 
stream: and 

controlling the reproduction of the sub stream 
in accordance with the flag. 

23. A recording medium on which a reproducing pro- 
gram that can be read by a computer device has 
been recorded, the reproducing program that caus- 
es the computer device to execute a reproducing 
method for reproducing content data recorded on a 
disc shaped recording medium, the reproducing 
method comprising the steps of: 

reading from the recording medium a main 
stream mainly reproduced, a sub stream repro- 
duced as a sub of the main stream along there- 
with, and a flag that represents whether or not 
the sub stream should be repeatedly repro- 
duced not in synchronization with the main 
stream; and 

controlling the reproduction of the sub stream 
In accordance with the flag. 

24. A disc shaped recording medium on which content 
data has been recorded, 

wherein a main stream mainly reproduced, a 
sub stream reproduced as a sub of the main stream 
along therewith, and a flag have been recorded on 
the recording medium, the flag representing wheth- 
er or not the sub stream should be repeatedly re- 
produced not in synchronization with the main 
stream, and 

wherein the reproduction of the sub stream is 



controlled in accordance with the flag. 

25. The recording medium as set forth in claim 24, 

wherein when the flag represents that the sub 
s stream should be repeatedly reproduced, the sub 
stream is repeatedly reproduced until Ihe reproduc- 
tion of the main stream is finished. 



10 



26. The recording medium as set forth in claim 24. 

wherein the sub stream is composed of only 
audio data. 



27. A reproducing apparatus for reproducing content 
data receded on a disc shaped recording medium. 
'5 the reproducing apparatus comprising; 



reading means for reading from the recording 
medium video data, audio data reproduced in 
accordance with the video data, and a flag that 
represents whether the video data and the au- 
dio data have been recorded as a multiplexed 
file or independent files; and 
reproducing means for reproducing the video 
data and the audio data that are read by the 
reading means in accordance with the flag that 
is read by the reading means. 



20 



25 



30 



35 



28. The reproducing apparatus as set forth in claim 27. 

wherein the reproducing means is configured 
to reproduce the video data in synchronization with 
the audio data when the flag represents that the vid- 
eo data and the audio data have been recorded as 
a multiplexed file on the recording medium, and 

wherein the reproducing means is configured 
to reproduce the video data not in synchronization 
with the audio data when the flag represents that 
the video dataand the audio data have been record- 
ed as independent files on the recording medium. 



^0 29. The reproducing apparatus as set forth in claim 27. 

wherein the video data is composed of a plu- 
rality of still pictures, and 

wherein the reproducing means is configured 
to switch the cunrent still picture of the plurality of 
still pictures and reproduce the switched still picture 

30. The reproducing apparatus as set forth in claim 27, 
wherein image data displayed in association 
with the video data has been further recorded on 
the recording medium, 

wherein the video data and the image data 
have been divided into video data packets and Im- 
age data packets and stored, the video data pack- 
ets and image data packets each having a prede- 
tennined unit, and 

wherein the video data packets and the Image 
data packets are successively arranged and re- 
corded on the recording medium. 
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31. A reproducing method for reproducing content data 
recoded on a disc shaped recording medium, the 
reproducing method comprising the steps of: 

reading from the recording medium video data, 
audio data reproduced in accordance with the 
video data, and a flag thai represents whether 
the video data and the audio data have been 
recorded as a multiplexed file or independent 
files; and 

reproducing the vidoo data and the audio data 
that are road at tho reading step in accordance 
with the flag that is read at the reading step. 

32. A reproducing program that causes a computer de- 
vice to execute a reproducing method for reproduc- 
ing content data recoded on a disc shaped record- 
ing medium, the reproducing method comprising 
the steps of: 

reading from the recording medium video data, 
audio data reproduced in accordance with the 
video data, and a flag that represents whether 
the video data and the audio data have been 
recorded as a multiplexed file or independent 
files; and 

reproducing the video data and the audio data 
that are read at the reading step in accordance 
with the flag that is read at the reading step. 

33. A recording medium on which a reproducing pro- 
gram that can be read by a computer device has 
been recorded, the reproducing program causing 
the connputer device to execute a reproducing 
method for reproducing content data recoded on a 
disc shaped recording medium, the reproducing 
method comprising the steps of: 

reading from the recording medium video data, 
audio data reproduced in accordance with the 
video data, and a flag that represents whether 
the video data and the audio data have been 
recorded as a multiplexed file or independent 
files; and 

reproducing the video data and the audio data 
that are read at the reading step in accordance 
with the flag that is read at the reading step. 

34. A disc shaped recording medium on which content 
data has been recorded, 

wherein video data, audio data reproduced in 
accordance with the video data, and a flag have 
been recorded on the recording medium, the flag 
representing whether the video data and the audio 
data have been recorded as a multiplexed file or in- 
dependent files, and 

wherein the video data and the audio data that 
are read at the reading step are reproduced in ac- 



cordance with the flag that is read at the reading 
step. 

35. The recording medium as set forth in claim 34, 

5 wherein when the flag represents that the vid- 

eo data and the audio data have been recorded as 
a multiplexed file on the recording medium, the vid- 
eo data is reproduced in synchronization with the 
audio data, and 

10 wherein when the flag represents that the vid- 

oo data and the audio data have boon recorded as 
independent files on the recording medium, tho vid- 
eo data is reproduced not in synchronization with 
the audio data. 

IS 

36. The recording medium as set forth in claim 34, 

wherein the video data is composed of a plu- 
rality of still pictures, and 

wherein the current still picture of the plurality 
20 of still pictures is switched and the switched still pic- 
ture is reproduced. 

37. The recording medium as set forth in claim 34, 
wherein image data displayed in association 

with the video data has been further recorded on 
the recording medium, 

wherein the video data and the image data 
have been divided into video data packets and Im- 
age data packets and stored, the video data pack- 
ets and image data packets each having a prede- 
termined unit, and 

wherein the video data packets and the image 
data packets are successively arranged and re- 
corded on the recording medium. 
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Fig.8 
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